NORD-100 
Input/Output System 



NOTICE 



The information in this document is subject to change without notice. Norsk Data 
A.S assumes no responsibility for any errors that may appear in this document. 
Norsk Data A.S assumes no responsibility for the use or reliability of its software 
on equipment that is not furnished or supported by Norsk Data A.S. 

The information described in this document is protected by copyright. It may not 
be photocopied, reproduced or translated without the prior consent of Norsk Data 
A.S. 



Copyright (c) 1980 by Norsk Data A.S. 



ND-06.016.01 



This manual is in loose-leaf form for ease of updating. Old pages may be 
removed and new pages easily inserted if the manual is revised. 

The loose leaf form also allows you to place the manual in a ring binder (A) 
for greater protection and convenience of use. Ring binders with 4 rings 
corresponding to the holes in the manual may be ordered in two widths, 30 
mm and 40 mm. Use the order form below. 

The manual may also be placed in a plastic cover (B). This cover is more 
suitable for manuals of less than 100 pages than for large manuals. Plastic 
covers may also be ordered below. 





A: Ring Binder B: Plastic Cover 

Please send your order to the local ND office or (in Norway) to: 

Norsk Data A.S 

Graphic Center 

P.O. Box 25, Bogerud 

0621 Oslo 6, Norway 

ORDER FORM 

I would like to order 

Ring Binders, 30 mm, at nkr 20, per binder 

Ring Binders, 40 mm, at nkr 25,- per binder 

Plastic Covers at nkr 10,- per cover 

Name 

Company 

Address 



City 



PRINTING RECORD 



Printing 



12/80 



Notes 



Original Printing - Version - 01 



NORD-100 INPUT/OUTPUT SYSTEM 
Publication No. ND-06.016.01 



••• ••• ••••••• 

••••••••• ••• ••• 

Norsk Data 



Norsk Data A.S 

Graphic Center 
P.O.Box 25, Bogerud 
0621 Oslo 6, Norway 



Manuals can be updated in two ways, new versions and revisions. New versions 
consist of a complete new manual which replaces the old manual. New versions 
incorporate all revisions since the previous version. Revisions consist of one 
or more single pages to be merged into the manual by the user, each revised 
page being listed on the new printing record sent out with the revision. The 
old printing record should be replaced by the new one. 

New versions and revisions are announced in the Customer Support Information 
(CSI) and can be ordered as described below. 

The reader's comments form at the back of this manual can be used both to 
report errors in the manual and to give an evaluation of the manual. Both 
detailed and general comments are welcome. 

These forms and comments should be sent to: 

Documentation Department 
Norsk Data A.S 
P.O. Box 25, Bogerud 
0621 Oslo 6, Norway 

Requests for documentation should be sent to the local ND office or (in Norway) 
to: 

Graphic Center 
Norsk Data A.S 
P.O. Box 25, Bogerud 
0621 Oslo 6, Norway 



PREFACE 



TO THE READER 



This manual describes the NORD-100 Input/Output system architecture and 
principles from a hardware standpoint. 

The description is general, not aimed at any particular device controller. Hence, 
this book is not a maintenance "trouble shooting" manual. 

The main intention of this manual is to describe the parts of the I/O system that 
are common to all device controllers. That is, to give the needed background to 
understand the fundamental design concepts in the NORD-100 Input/Output 
system . 

In the manuals covering specific device controllers, a knowledge of these concepts 
is assumed. 

Since this is a hardware manual, it should be of interest to: 

— all technical and maintenance personnel who wish to gain a good under- 
standing of the connection of I/O interfaces to the NORD-100 computer 
system. 

— system software personnel who program I/O interfaces. They should read 
Section I. 



PREREQUISITE KNOWLEDGE 



It is assumed that the reader of this manual is familiar with the NORD-100 CPU at 
the level described in the manual "NORD-100 Functional Description". 

It is also assumed that the reader has some knowledge at the NORD-100 instruc- 
tion set and assembly programming. 
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VI 



THE MANUAL 



This manual is meant to be read from the beginning to the end since some sections 
assume knowledge of the previous sections. 

Section I describes the NORD-100 I/O system in general terms as seen by a 
programmer. This part does not require particular knowledge of the involved 
hardware. 

Sections II to V deal with the hardware implementation of the I/O system 
functions programmed in Part I. 

Section II describes the functions of the system bus (the NORD-100 bus). 

Section III describes using the NORD-100 bus in programmed information 
exchanged. 

Section IV describes the separation of interrupting I/O interfaces. 

Section V covers how information is exchanged directly between the NORD-100 
memory system and I/O interfaces. 

Section VI covers the NORD-100 bus extender. 

Related manuals containing relevant information about the NORD-100 
Input/Output system are: 

— NORD-100 Functional Description 

— Different specially dedicated device controller manuals, available on request 
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VII 



GENERAL 



NORD-100 is a 16 bit general purpose computer suitable for most computer 
applications. 

Requirements to a computer system changes from one application to another. 
Therefore, flexibility has been one of the key words in the design of the NORD-100 
computer system. 

The basic difference from one installation to another is found in the memory size, 
the software configuration and in the input/output system, i.e., the selection of 
peripheral equipment. 

Therefore, a flexible and modular design of the above mentioned modules is 
specially important in order to configure a system after a customer's wishes. 
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NORD- 100 INPUT/OUTPUT SYSTEM OVERVIEW 



1.1 



INTRODUCTION 



The purpose of the input/output system (I/O system) is to perform the physical 
communication between connected peripheral equipment and the NORD-100 
computer system. 

The user normally does not interact directly with the I/O system, only indirectly via 
the operating system. 

Thus, all I/O operations are normally invisable to the user. 

However, privileged users may access the I/O system directly and users with 
special real-time requirements (running direct tasks) may bypass the I/O system 
for direct access to specific devices. 



1.1.1 



DEFINITION OF TERMS 



As shown in Figure 1.1, the I/O system is part hardware and part software. 
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Figure 1. 1: Fundamental Elements of the I/O System 

Figure 1.1 shows some of the important elements of the I/O system. The picture is 
not complete, but it illustrates the chain of linkages that are basic to the I/O 
system. 
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A device controller, as shown in Figure 1.1, is the hardware I/O interface. The 
functions of the device controllers is to: 

— synchronize the speed between a peripheral and the NORD-100 

— formating of data to and from the peripheral 

Depending on the particular controllers, the device controller may drive only one 
peripheral (such as a terminal) or may be capable of driving several peripherals 
(such as disk units). 

For each device controller there is an entry in a device data field table. A device 
data field defines a device and is used by a device driver, the program that 
accesses and controls a peripheral. 

For each device there is a device data buffer where information between the 
operating system and the I/O system is exchanged. 

This manual is intended to give a functional description of the hardware involved in 
the I/O system. 
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I.2 



NORD-100 ARCHITECTURE 



1.2.1 



NORD- 100 BUS S TRUCTURE - THE NORD- 100 BUS 



In the NORD-100 computer system all hardware modules are connected together 
via a common bus, the NORD-100 bus (see Figure 1.2.1). 
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Figure 1.2. 1: NORD- 100 Bus Structure 

All communication between NORD-100 modules is provided by this bus, except 
CPU, MMS and Cache communication. Therefore, the NORD-100 bus is general 
purpose, to allow all classes of NORD-100 modules simply to be "plugged" into 
the system. 
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1.2.1.1 Physical Arrangement of the NORD- 100 Bus and Card Crate 



Physically, the NORD-100 bus is available as a printed backplane. The backplane is 
available in two versions containing either 12 or 21 positions for module connec- 
tion. Besides the different numbers of positions, there is no difference between the 
two versions as far as the connection of hardware modules is concerned. 

However, the difference between a 12 or 21 position system is easily visualized by 
the organization of the card crates and the size of the cabinets. 

In the 12 position version, the required power is supplied by a power supply 
located within the card crate (refer to Figure 1. 2.2). This approach leads to a very 
compact system. 
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SUPPLY 



//V/A/A/A//A//S/////////////. 



// M*/"' / '//////////y 
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Figure 1.2.2: 12 Position NORD- 100 Crate Layout (Top View) 
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In the 21 position version, the power supply is removed from the card crate and 
located in the upper part of the cabinet (refer to Figures 1. 2.3 and 1. 2.4). Thus, the 
cabinet must be bigger that the cabinet for a 12 position crate. 




SLIDES FOR 
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OF MODULE 
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Figure 1.2.3: 21 Position NORD- 100 Crate Layout (Front View) 
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Figure 1.2.4: Cabinet Layout for a 21 Position NORD- 100 Backplane System. 

The NORD-100 bus backplane of either 12 or 21 positions is, therefore, firstly 
selected from the number of modules required in an actual system. 

On the other hand, physical dimensions in the cabinet and possible needs for 
future extension could also be taken into account. 
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In some cases, a configuration may require space for even more than 21 modules. 
In such cases, NORD-100 card crates are linked together by Bus Expander 
modules. The number of crates to be linked is set to a theoretical maximum of 8 
crates. 

The properties of the Bus Expander module are explained in Section VI. 

Each NORD-100 bus backplane position contains a total of 96 lines (power and 
ground lines included). 

All positions in the backplane contain the same information, i.e., they are equal. 

This allows flexible configuration or reconfiguration of hardware. 

The actual placement of different modules follow various rules which are described 
later. 
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1 .2.2 FUNCTIONS OF THENORD- 100 BUS 

1.2.2.1 General 



As already mentioned, the NORD-100 bus serves as a general purpose highway for 
data and addresses in the NORD-100 computer system. 

The actual function and use of the bus depends on what kind of transfer is being 
performed. 



1 .2.2.2 NORD- 100 Bus and the I/O System 
1.2.2.2.1 General 



As illustrated in Figure 1.2.1, NORD-100 I/O device controllers are connected 
directly to the NORD-100 bus. This includes some important advantages: 

— The I/O device controllers are connected to the same printed backplane as 
the CPU and the memory system; 

— no external wiring 

— increased realiability 

— only one bus to connect between source and destination of a transfer makes 
a fast system. 

— I/O device controllers and slot number in the NORD-100 bus is not 
predefined: 

— easy to expand 

— easy to reconfigure 
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.2.2.2.2 I/O System Information Exchange and NORD-100 Bus Usage 

External devices may be classified as: 

1 . Slow character/word oriented devices (for example, terminals) 

2. High speed block oriented mass storaged devices (for example, disks, mag. 
tape) 

Data exchange between these classes of peripherals and NORD-100 falls into one 
of two categories. 

Programmed Input/ Output (PIO) 

The first class is completely controlled by program. This is called Programmed 
Input/Output (PIO). 

In programmed data transfers, each word or byte to be exchanged has to be 
programmed between the selected I/O device controller (interface) and the CPU A 
register. 



This is illustrated in Figure 1. 2.3. 
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A REG. 
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DMA 
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PIO 
CONTROLLER 



MEMORY 
MODULES 



Figure 1.2.3: PIO Data Exchange and Bus Usage 

The CPU is busy for every word/byte to exchange. The NORD-100 bus is allocated 
to carry data being exchanged. 

Direct Memory Access (DMA) 

High speed block oriented peripherals exchange data directly with the NORD-100 
memory system. This is called Direct Memory Access (DMA). 

The I/O interface which controls the transfer, is activated by a driver program in 
SINTRAN III. The activation includes telling the I/O interface where to place/find 
data in memory, where to find/place data on the external device and the number 
of words to exchange. 
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The number of words specified is then transferred automatically without program 
(CPU) interaction. 

DMA data exchange and bus usage is illustrated in Figure 1.2.4. 



NORD-100BUS 



DMA DATA 



W/////////////////////////////777777r, 
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Figure 1.2.4: DMA Data Exchange and Bus Usage 

The CPU may run any activity not waiting for the DMA transfer to be completed. 

The NORD-100 bus is allocated for a DMA transfer when a word is ready to be 
exchanged. The connection between a DMA controller and the memory system is 
referred to as a "DMA channel". More than one DMA controller (interface) may 
be activated at the same time, thus sharing the DMA channels total band width. 



I.2.3 



ORGANIZA TION OF NORD- 100 MODULES 



All NORD-100 modules are made to a common standard. Every module has at 
least one connector used for connection to the NORD-100 bus. In addition, a 
NORD-100 module may have one or two extra connectors carrying a total of 128 
lines (64 lines in each connector). 



128 lines with 

nondefined use 
\. 



NORD-100 bus connection 
•\ 




280 mm 



The plugs are assigned an identification letter as illustrated. The plug used for 
connection to the NORD-100 bus is assigned the letter C. This plug contains 96 
pins; each of them defined in accordance to the NORD-100 backplane (bus) 
standard. 
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The plugs A and B each carry 64 lines with nondefined use. In the design of I/O 
device controllers these plugs are used for connection to the external devices. 

In Figure 1.2.5 the organization of an I/O device controller is shown. 



128 lines for device 

connector 
.A 



NORD-IOObus 
connection 



x 



One or more device controllers 



COMPONENT SIDE 



T 



Standard 
NORD-100bus 
receivers /transmitters 



280 mm 



366.8 mm 



Figure 1.2.5: Organization of an I/O Device Controller Module 

* The standard part includes bus handshake control logic. This part is standarized 
for: 

— all PIO device controllers 

— all medium speed DMA controllers (10 Mb disk, mag. tape) 

** The device dependent part may handle up to four different PIO devices or one 
DMA controller. A DMA controller may handle up to four units. 

Example — one module: 

— four terminals and floppy disk 

— 8 terminals 

— one 10Mb disk controller (up to 4 units) 

— one mag. tape controller (up to 4 units) 
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1.2.4 NORD- 100 CONFIGURA TION EXAM PL ES 



Figure 1. 2. 6 shows a typical medium sized NORD-100 single processor system. 
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Figure 1.2. 6: NORD- 100 Single Processor System 
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Physical layout in the card crate of the configuration shown in Figure 1. 2.6 is given 
in Figure 1. 2. 7. 
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Figure 1.2. 7: Configuration Example — Physical Layout in Card Crate 
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I.3 PROGRAMMING OF I/O DEVICE CONTROLLERS 

(INTERFACES) - THE INPUT/OUTPUT INSTRUC- 
TIONS IOX/IOXT 

1.3.1 GENERAL 



Neither a PIO interface nor a DMA controller starts an I/O transfer of their own. 
They have to be activated. The activation is done by the relevant device driver 
program when a transfer is requested (either from user program or from an I/O 
device controller through a hardware interrupt). 

The control of an I/O device interface includes programmed access to physical 
hardware registers on the interfaces. Two special machine instructions are 
implemented for this purpose. 



1 .3.2 INTRODUCTION TO IOX/IOXT 



In the NORD-100 instruction set there are two instructions usable for information 
exchange between the hardware device controllers and the CPU. 

The mnemonics of the instructions are IOX and IOXT recognized by the MAC 
assembler. 

NOTE: IOX and IOXT are privileged instructions. That is, under a running system 
(SINTRAN III running) only privileged users may use IOX/IOXT. This is 
normally the device driver programs belonging to SINTRAN III itself. 

Nonprivileged use is detected and error message given. 

If SINTRAN III is not running and paging is off, IOX and IOXT is available as other 
nonprivileged instructions. 

Programs containing IOX/IOXT may then be entered in executable format either 
via the Microprogramed Operators Communication (MOPC) or from a mass 
storage device as floppy disk. 
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1.3.3 FORMAT AND FUNCTIONS OF THE /OX AND IOXT INSTRUC- 

TIONS 



In the NORD-100 instruction set, IOX and IOXT are the only instructions useable in 
information exchange between CPU and I/O device controllers. 

Neither the IOX nor the IOXT instruction perform any predefined functions on the 
I/O device controllers. 

Their only purpose is to carry information between the CPU A register and a 
specified I/O device register. 

The actual function of the IOX/IOXT instructions depend on the selected I/O 
device register. 

All I/O device controllers are assigned a group of registers, each of them having a 
special meaning on the interfaces. Therefore, the programmer, by specifying an 
appropriate register on a device, assigns the exchanged information a special 
function. 

Thus, all classes of information may be exchanged: 

— data (byte or word) to or from PIO interface data registers (not DMA inter- 
faces) 

— transfer control information to PIO and DMA interfaces control registers 

— transfer status information from PIO and DMA interface status registers. 

Instruction Formats 

All I/O device registers are assigned an address referred to as "device register 
address". That is, both the IOX and IOXT instructions access an I/O device 
register by its address. 

IOX Instruction Format 

In the IOX instruction, the address of the I/O device register to access is specified 
in the 1 1 lower bits of the instruction itself. 

IOX <device register address> 



15 14 13 12 11 10 9 8 7 6 5 4 



1110 1 



X X X X X XX 



Y 

Operation code 
for micro program 



_A_ 



Device register address 
specified by programmer 



1 



x > 



Octal code 164 000 



8 
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IOXT Instruction Format 

In the IOXT instruction, the device register address should be loaded into the T 
register prior to executing IOXT. 

LDT <device register address> 
IOXT 



15 14 13 


12 




1 


XXX 


X 




X X 














/ 






. T ,, 





Device register address specified 
by programmer 



T register 



15 


14 


13 


12 


11 


10 


9 8 7 


6 


5 4 3 2 


1 





1 


1 





1 








1 





11 





1 


v. 




















j 



Octal code 150 415 c 



Operation code for 
micror-program 

1.3.3.1 Definition of I OX /IOXT Transfer Direction 



The IOX and IOXT instructions handle both input and output transfers. An input 
transfer in this context means input to the CPU A register from a specified I/O 
device register. An output transfer means output from the CPU A register to a 
specified I/O device register. 

The actual transfer direction of the IOX and IOXT instructions is decoded from the 
device register address based on the following convention: 

— The transfer direction is input if the device register address is even. That is, 
bit of the address is "0". 

— The transfer direction is output if the device register is odd. That is, bit of 
the address is "1". 

The programmer is not affected by this convention. All I/O device registers which 
should be loaded from the CPU A register (output transfer) are assigned an odd 
device register address. 

All I/O device registers which should be read into the CPU A register (input 
transfer) are assigned an even device register address. 

How hardware uses bit in the device register address to select the transfer 
direction is described in later sections. 
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IOX /IOXT Transfer Direction Illustrations 

Input Transfer: 

An I/O device register specified with an even device register address is loaded into 
the A register. 

Illustration: 

IOX Input: 

















i 










A REGISTER 






15 11 10 9 


1 










IOX 


XXX 


..x 


















^ 




CPU 






Y 

even device register 

address (bit = "0") 


specified I/O device register 
I/O SYSTEM 



IOXT Input: 





CPU 


I/O SYSTEM 




I 








A REGISTER 




15 1 








xx x 






CPU 




T register: even device register address 




Specified I/O device register 


IOXT 




Instruction register 


I/O SYSTEM 
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Output Transfer: 

The CPU A register is written to an I/O device register specified by an odd device 
register address. 

Illustrations: 

IOX Output: 





















A REGISTER 






15 11 10 9 10 




V 


IOX 


X X X 1 








( 


Dddd 


evice register addre 


s . 

CPU 1 I/O SYSTEM 


Specified I/O device register 



IOXT Output: 



A REGISTER 



15 14 



1 



X X X 1 



Odd device register address in T register 



IOXT 



instruction 



CPU 



Specified I/O device register 



I/O SYSTEM 



As indicated, the IOX and IOXT instructions are general purpose I/O instructions. 

The actual register on a device to access is specified in "device register address". 
The information to exchange and the transfer direction (input or output) is given im- 
plicitly through the selected device register address. 
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1.3.4 



CALCULATION OF THE IOX/IOXT DEVICE REGISTER ADDRESS 



In order to form the device register address, a basic understanding of the organi- 
zation of the device registers is needed. 

Logically, the collection of all I/O device registers may be thought of as a 
contiguous register file. 

Physically, each I/O device controller is assigned a group of registers. Thus, the 
registers are located and accessed on the modules where they are relevant. 



1.3.4. 1 The Device Register Address Range 



By using the IOX instruction a total of 2K registers may be specified, i.e., 
addresses from - 3777 8 . 

The IOXT instructions, which use the 16 bits T register to hold the device register 
address, may hence theoretically address up to 64K registers (addresses from - 
177777 8 ). 

However, the collection of all device registers implemented on interfaces designed 
at Norsk Data only cover the address area 0- 1777 8 , i.e., 1K register. 

The remaining addresses, which may be specified by the IOX or IOXT instructions, 
are defined as described below. 

The IOX Instruction Address Range 

The address range covered by the IOX instruction is organized as illustrated below 
(Figure 1.3.1). 



15 



/ 

11 10 9 



Device register address 

a. 



C = "0" 



"fr 



IOX 


1 


1 




C = "1" 



Figure 1.3. 1: IOX Instruction Address Range 



ADDRESSES -DEFINED 
BY NORSK DATA 
DESIGNED INTERFACES 



ADDRESSES LEFT OPEN 
FOR CUSTOMER 
DESIGNED INTERFACES 



ADDRESS 




1777 c 



2000, 



8 



3777 
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As indicated, bit 10 in the IOX device register address, equal to "0", defines an 
address defined by Norsk Data's equipment. If bit 10 is "1", the specified address 
has to be defined by some customer designed equipment. 

The /OXT Device Register Address Range 

As already mentioned, the T register should be initiated with a relevant device 
register address prior to the exeuction of IOXT. 

The address range covered by the IOXT instruction is organized as shown below 
(Figure 1. 3. 2). 



Device register address in Tregister 



( 

1514 13 12 11 


10 9 


8 





i I i < 

i i i 1 

< l i 1 

...'■' 1 


i i 
1 1 


i 

( xxx 

1 


X 



x 

1 x 

1 Ox 

111 1 1 x 

10 

10 1 

10 11 1 

i o o 1 o o o 

111111 1 



**+- 



<*- 



*<+- 



<*- 



♦*- 



-+* 



NORSK DATA 
INTERFACES 



CUSTOMER 
INTERFACES 



l 

1 ILLEGAL 



-*< 



SYSTEM 

CONTROL 

REGISTERS 



RESERVED 



NORSK DATA 
INTERFACES 



Addresses 




1777 c 



2000 D 



3777 c 



4000 D 



77777 



1 00000, 



'8 



100777 o 



101000 a 



107777 g 



11OOO0„ 



177777, 



Figure 1.3.2: Instruction IOXT Address Range 

As indicated, if the bits 11-15 are all zero, the device register address of the IOXT 
instruction overlap in the IOX instruction's address range. 

If one of the bits 11-14 is "1" and bit 15 is "0", the address is illegal. 

If bit 15 is set ("1"), registers not accessible by the IOX instruction may be 
specified. 
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Addresses from 100000 t - 100777 t are used to specify system control registers 
which have to be accessed via the NORD-100 bus. An example is the Error 
Correction Control Register (ECCR), physically located on the memory modules. 

ECCR is loaded by the TRR instruction. However, since ECCR is accessed via the 
NORD-100 bus, the micro program converts the TRR instruction to an IOXT 
instruction. 

The "device register address" is generated by the micro program in the area 
100000 8 - 100777 8 (TRR ECCR is converted to IOXT 1001 15,). 

The registers in this address area is not relevant to the I/O system and are there- 
fore not discussed any further in this manual. 

Addresses from 101000 9 - 107777 t are reserved by Norsk Data for future needs. 

Addresses from 110000 B - 177777 t are reserved by Norsk Data for future extention 
of the I/O device register address range. 

Since all present I/O device controllers designed at Norsk Data may be specified in 
the address area - 1777 8 , only this area is supposed to be accessible in the 
following sections. 

Further, since the addresses - 1777 8 may be specified by both the IOX and the 
IOXT instructions which both have the same functions, IOX is the instruction 
which most often is referred to. However, convertion from IOX to IOXT is given in 
some programming examples. 
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1.3.4.2 Specification of an I/O Device Register Address for Norsk Data 
Designed Interfaces 



As already mentioned, each I/O device controller is assigned a group of registers 
with concecutive device register addresses. The total number of registers assigned 
one I/O interface may be from 4 to 16 depending on the control functions needed 
on a device. 

Therefore, the device register address may be divided up into two parts: 

— device selection address (hardware device number — dev. no.) 

— register selection address to select a register within the selected device (reg- 
ister number - reg. no. — in selected device) 

The IOX/IOXT device register address is then calculated by the formula: 

<dev. reg. addr.> = dev. no. + reg. no. 

Reg. No. 



IOX 



Device Number 








Registers 


















assigned 










one 






k J 


L 




I/O ' 






m s. 


interface 













3 8 t0l7 8 



15 



11 10 9 



IQX 





DEV. NO. 


REG. NO* 



or IOXT 



15 14 13 12 11 10 9 



The field REG. NO. may be from 
2 to 4 bits depending on the 
numbers of registers assigned 
the specified device. 






DEV.NO. 


reg.no.* 



Figure 1.3.3: Device Register Address Calculation — Illustration 

For Norsk Data produced device controllers, both the device number and the 
register number have been standarized. The hardware device numbers (dev. no.) 
are available in a table. The numbers assigned the various registers on an I/O 
interface are given in the specifications following each I/O interface. 

How to use these tools in calculation of the device register address is given in the 
following sections. 
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1 .3.4.3 Device Selection — the Hardware Device Number (Dev. No. ) 



As indicated in Figure 1. 3. 3. 

The start (least) address of the block of registers on a device is referred to as the 
device's hardware device number (dev. no.). 

The device number for Norsk Data produced interfaces are standarized and put in 
table form (in Appendix A). In Appendix A, the device register address range for 
the most common I/O interfaces is included. 

NORD-100 Standard Device Numbers (Appendix A): 

Device Register 

Address range Device 



300 8 - 307 8 Terminal 1 

t 
device number (dev. no. = 300 8 ) 

300 8 - 307 8 is the device register address range (8 registers are assigned terminal 1 ). 

A 

There is always a unique correspondence between a peripheral, the I/O interface 

controlling the peripheral and a device number. 

The device number corresponding to an I/O interface is selectable by a thumb- 
wheel on the module. This is done to allow equal hardware modules to cover all 
possible device numbers assigned one class of peripherals. 

Note that there is no relationship between a module device number and its slot 
number in the NORD-100 bus. 
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1.3.4.4 Device Register (reg. no. ) Selection on an I/O Interface 



Each register implemented on an I/O interface is assigned a unique number in the 
interface (register number — reg. no.). 

Each register is related to a special function on the interfaces. That is, when both 
the device number and a register number is specified, the information exchanged 
by IOX/IOXT has a defined meaning, given by the funciton of the selected device 
register. 

Each I/O device controller is described in a specification referred to as "the 
programming specification". In the programming specification of an interface, the 
functions and the associated numbers of each register is described. (Programming 
specifications of some I/O interfaces is given in Appendix B . ) 

In order to understand the programming speicfications of an interface, the 
organization and register assignment of Norsk Data produced interfaces is needed. 

I/O interface channels and registers: 

An I/O interface is said to have two channels if it can handle both input and output 
transfers simultaneously. A one channel interface may handle either input or 
output transfers. 

Examples: 

One channel devices: 

— line printer interface (output only) 

— card reader interface (input only) 

Two channel devices: 

— terminal interface (output to terminal and input from keyboard) 

— communication controllers (output to line and input from line) 

Bidirectional (one channel) Device Controllers: 

— disk interfaces (may handle both input and ouput but not simultaneously) 

— mag. tape interface (same as for disk) 
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PIO INTER FA CE REGIS TERS A CCESSIBL E BY IOX/IOXT: 

On a PIO interface designed at Norsk Data, each channel is assigned at least three 
registers: 

I- 

— a control register 

— a status register 

— a data register 

The Control Register 

The control register is a "write only" register (IOX/IOXT output). Commands 
(start/stop transfer, mode of operation) from a device driver program to an I/O 
interface channel is given through this register. 

LDA <command> % initiate A register 

IOX <dev. reg. addr.> % write content of A reg. to specified control reg. 

The Status Register 

The status register is a "read only" register (IOX/IOXT input). By reading this 
register, the status of an I/O interface channel (ready for transfer, busy, errors, 
etc.) may be investigated. 

LDT <dev. reg. addr.>% initiate T reg. with dev. reg. addr. of the status reg. to 

% access 
IOXT % specified status reg. — A reg. 

The Data Register 

The data registers is "write only" if it belongs to an output channel or "read only" 
if it belongs to an input channel. 

Output Data: 

LDA <data> % initiate A reg. with data to output 

IOX <dev. reg. addr.> % dev. reg. addr. of data reg. to access 

Input Data: 

IOX <dev. reg. addr.> % dev. reg. addr. of data reg. to access 
% i.e., data -* A register 
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EXAMPLES OF DEVICE REGISTER ADDRESS CALCULATION FOR PIO 
DEVICES 

Example 1 : Line Printer Interface 

The line printer interface has only one channel — the output channel. 

The registers assigned the interface follows Norsk Data's standard and is defined 
in the line printer programming specification (Appendix B). 

Register: Register No.: 

Output channel control register 3 

Output channel status register 2 

Output channel data register 1 

Input data register for* 

* "off line" loop back of data (for test purposes only) 
Problem 1: 

What is the IOX/IOXT device register address of the data register on line 
printer no. 1. 

Solution: 

The dev. reg. addr. is calculated form: 

dev. reg. addr = dev. no. + reg. no. 

The device number (dev. no.) should select line printer no. 1. In Appendix A that is 
found to be430 8 . 

The register number should point out the data register on the line printer interface. 
The register number of the data register is found in the programming specifications 
of line printer interface (Appendix B) and is equal to 1 . 

That is: 

dev. reg. addr. = dev. no. + reg. no. 
= 430 8 + 1, = 431 8 

Assumed that line printer no. 1 is ready to accept data, the following program will 
write the location CHAR to the line printer data register. 

LDA CHAR % initiate A reg. with char, to output 

IOX 431 % write content of Areg. (CHAR)to 

% line printer no. 1 data reg. 

CHAR, 101 % 101 is ASCII value of A 

or by using IOXT; 
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LDT DEVNO 




LDA CHAR 




IOXT 


CHAR, 


101 


DEVNO, 


431 



% initiate T register with dev. reg. addr. 
% initiate A reg. with char, to output 
% write content of Areg. (CHAR) to 
line printer no. 1 data reg. 



Problem 2: 

Write 7 8 to the control register of line printer no. 2. 

Solution: 

Dev. reg. addr. = Dev. No. (L-P no. 2) + Reg. No. 
= 434 8 + 3 8 
= 437 fl 



Program: 



SAA 7 
I OX 437 



% A: = 7„ 

% A reg. -* dev. reg. 437 8 



or 



LDT ADDR 


% initiate T reg. with <dev. reg 




% addr.> 


SAA 7 


% A: = 7 8 


IOXT 


% Areg. -* level reg . 437 8 



ADDR, 



437 



Example 2: Terminal Interface 

A terminal interface has two channels — input from keyboard and output to 
terminal display. Each channel is controlled independently and contains its own set 
of control, status and data registers. 



Input channel: 

Register: 

Input control register* 
Input status register** 
Input data register 



Register No. 

3 
2 
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Output channel: 

Register: Register No.: 

Output control register* 7 

Output status register** 6 

Output data register 5 

Common Register: Register No.: 

Speed selection (baud rate) register 1 

* Note that the control register is always a write only register independent of 
which channel it is assigned 

** Note that the status register is always a read only register independent of 
input/output channel 

Problem 1 : 

What is the IOX/IOXT device register address for the output channel status 
register on terminal no. 1 . 



Solution: 



, From Appendix A, terminal no. 1 is found to have device number (dev. no.) 
equal to 300 8 . 

In Appendix B, programming specifications for a terminal interface, the 
register number (reg.no.) for output channel status register is 6 8 . 

Using the formula 

Dev. reg. addr. = dev. no. + reg. no. 
= 300 8 + 6 8 = 306 8 

That is, by executing, 

I OX 306 

or 

LDT (306 
IOXT 

the status register for the output channel on terminal 1 is read into the CPU 
A register. 
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Problem 2: 

Assume that terminal 1 have a data character available to be read and that terminal 
2 is ready to accept a character. 

Read the character on terminal 1, store it in a location called BUFF and write it 
back to terminal 2. 

Solution: 

The data character available on terminal 1 is located in the terminals input channel 
data register. The device register address of this register is (using Appendix A and 
B). 

Dev. reg. addr. = dev. no. (terminal 1) + reg. no. (input data) 
= 300 8 + 8 = 300 8 

The character stored in BUFF should be loaded to the output channel data register 
on terminal 2. The device register address of this register is (using Appendix A and 
B). 

Dev. reg. addr. = Dev. no. (terminal 2) + reg. no. (output data) 
= 310 8 + 5 8 = 315 8 

Correct Program Using IOX (Convert to IOXT privately): 

% read input data form terminal 1 
% store A reg. in BUFF 



% initiate A reg. 

% write data to terminal 2 



DMA INTERFACE REGISTERS ACCESSIBLE BY IOX/ IOXT: 

A DMA controller usually contains from 8 to 16 registers accessible by IOX/ IOXT 
instrucitons. 

The IOX/ IOXT device register address is just as for PIO interfaces, calculated for 
device number and register number found in the device number table (Appendix 
A) and the relevant programming specification respectively. 

Discussion of different registers on a DMA controller is left for later sections 
(programming of DMA controllers). However, the important difference from PIO 
interfaces is noted: 

— DMA controllers have no data register accessible by IOX/IOXT. The data 
register is exchanged directly between controller and memory without 
program interaction. 



INPUT, 


IOX 300 
STA BUFF 


OUTPUT, 
BUFF, 


LDA BUFF 
IOX 315 
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1. 3. 5 FORMAT OF THE CONTROL AND STATUS REGISTERS FOR 

NORSK DATA DESIGNED PI O AND DMA INTERFACES 



1.3.5.1 General 



All information exchange, i.e., control, status and data, between PIO devices and 
NORD-100 CPU is programmed via the A register by means of IOX/IOXT instruc- 
tions. 

On DMA controllers, control and status are programmed while data is exchanged 
directly to memory. 

Before programming, the format and functions of the different I/O interface 
registers must be known. This information is found in the programming 
specifications for an interface. (Some examples are given in Appendix B.) 

The format of the control and status registers are device dependent and may be 
assigned by the designer of each device controller. However, on Norsk Data 
designed interfaces, both the functions and the formats of these registers have 
been standarized. 

The format of the data register follows the format accepted by the external device 
(for example, ASCII to and from terminals). 



1 .3.5.2 Format and Functions of the Status Register 



The information available in an I/O interface channels status register is set by the 
interface itself. 

The register is read into CPU A register (IOX read status register) when the state of 
an interface channel is to be investigated. 

The status register is read by 

IOX <dev. reg. addr.> % dev. reg. addr. of status reg. to access 

The format of the status register has been standarized for all Norsk Data produced 
interfaces and is equal both for the input and output channel of a device. 

Format of the status register (format of the A register after IOX read status 
register). 
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15 14 13 12 11 10 9 8 7 6 5 


4 3 2 10 







v 

Device dependent, format 
found in device's 
programming; specifications 



Standarized for ND produced 
PI and DMA devices 



Status Register: 


BitO 


Ready for transfer, interrupt enabled 


Bit 1 


Error interrupt enabled 


Bit 2 


Device active 


Bit 3 


Device ready for transfer 


Bit 4 


Inclusive OR of errors 


Bit 5 


Error indicator 


Bit 6 


Error indicator 


Bit 7 


Error indicator 


Bit 8 


Error indicator 


Bit 9 


Selected unit 


Bit 10 


Selected unit 


Bit 11 


Operational mode of device 


Bit 12 


Operational mode of device 


Bit 13 


Operational mode of device 


Bit 14 


Operational mode of device 


Bit 15 


Operational mode of device 



Bit 0-2: 

The status register bits - 2 are direct feedback of the corresponding bits in the 
control register of the same I/O interface channel (see control register format). 

Bit 3 — Device Ready for Transfer 

Status register bit 3 set or not set tells whether an I/O interface channel is 
ready to operate or not. What is meant by "ready for transfer" (bit 3 "1") 
differs from the input to the output channel. 

PIO Device Input Channel: 

Bit 3 equal to 1: 

Input data register contains valid information ready to be read. 

Bit 3 equal to 0: 

Input data register does not contain valid information 
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PIO Device Output Channel: 

Bit 3 equal to 1: 

Output data register is empty and may accept the next output data 
character. 

Bit 3 equal to 0: 

Output data register is not empty, i.e., the data register should not be 
loaded. 

DMA Controllers: 

Bit 3 equal to "1": 

DMA transfer completed. 

Bit 3 equal to "0": 

DMA transfer is going on. 

Bit 4 — Inclusive OR of Errors 

Bit 4 set to one: an error has occurred in the I/O interface channel investi- 
gated. More about the error is given in status register bits 5-15 (actual bits 
are described in the programming specifications). 

Bit 5 -15 — Nondefined 

Status register bits 5 - 15 are assigned by the I/O interface designer and 
given in the I/O interface's programming specifications. 
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1.3.5.3 Format and Function of the Control Register 



The information written into the control register of an I/O interface channel is 
always taken by the interface as a command. The command may be start/stop of 
transfer, mode of operation, etc. 

The control register of an I/O interface channel is loaded by: 



LDA <command> 
IOX<dev. reg. addr.> 



% initiate A register 
% dev. reg. addr. of I/O interface 
control reg. 



The format of the control register has been standarized for all Norsk Data 
produced interfaces and is equal both for the input and output channel of a device. 

Format of the Control Register (Format of A Register before IOX Load Control 
Register) 



15 14 13 12 11 10 9 8 7 6 5 


4 3 2 10 







Device dependent, format 
found in device's 
programming specifications 



Standarized on ND 
produced PIO~ and 
DMA interfaces 



1 Enable interrupt on device ready for transfer 

1 1 Enable interrupt on errors 

1 2 Activate device 

1 3 Test mode 
t4 Device clear 
1 5 Not used 
t6 Not used 

1 7 Not assigned 

t8 Not assigned 

t9 Uniti Multiple unit control interfaces 

1 10 Unit' (floppy disk) 

1 1 1 Device operation 

1 12 Device operation 

1 13 Device operation 

1 14 Device operation 

1 15 Device operation 
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Bit — Enable Interrupt on Device Ready for Transfer 

Bit set to "1" in an I/O interface channel enables for interrupt on device 
ready for transfer, i.e., if status bit 3 = "1". 



Control register 



15 



Status register 
15 3 



1 



Ready for' Transfer 



Status register 



m 



NTERRUPT 



AND 



Bit 1 — Enable Interrupt of Errors 

Bit 1 set to "1" in an I/O interface channel enables for interrupt on errors in 
the channel. 



15 



15 



Control register 



ERROR 



1 







INTERRUPT 



AMD 




Status register . 



Bit 2 — Activate Device 

The control register bit 2 set to "1" on an interface will: 

— in the input channel, enable reception of incoming data from external 
devices 

— in the output channel, start output of the content in output channel 
data register 

— start a DMA transfer (DMA controllers) 
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This bit is not always specified in a device programming specification. In such 
cases the activation is not needed. 

The activate bit is normally static, i.e., it will remain on until Master Clear, Device 
Clear (control register bit 4) or a loading of the control register with bit 2 = "0" is 
done. Other reasons for resetting are given in the programming specifications. 

Bit 3 - Test Mode 

This bit set to "1" will loop output data back as input data in "off line" 
testing of an interface. 

Bit 4 — Device Clear 

The control register loaded with bit 4 = "1", generates a reset pulse on the 
accessed I/O interface. The reset pulse will clear all bits set in both the 
control and the status registers. 

The device clear bit is usually implemented only in the input channel control 
register of a device. However, the bit resets both channels on a two channel 
device. 

Bit 5- 15 — Nondefined 

Bits 5 - 15 in the control word are left for free use by the interface designer 
and is specified in the interface's programming specifications. 
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1.3.6 PROGRAMMING OF A PIO INTERFACE 

1.3.6.1 General 



Reading or writing data to a PIO interface has no meaning unless the interface is 
ready for transfer (RFT), i.e., status bit 3 = "1". 

As indicated in the description of the control and status registers, RFT and control 
register bitO = "1" gives interrupt. 

That is, there are two methods useable to check whether an interface is ready or 
not. 

1. Polling for status register bit 3 = "1" 

2. Enable for interrupt and wait (or do other useful things) until interrupt 
occurs 

SINTRAN III (of course!) uses method 2. However, in the following description 
and programming examples method 1 will be used. Use and programming 
examples with interrupt is given in the section "The I/O System and the Interrupt 
System". 



1 .3.6.2 Programmed Input from a PIO Interface 

Reading a byte or word from a PIO interface may be divided up into three steps: 

1 . Enable the input channel for reception of incoming data 

2. Check whether the input data register contains valid data ready to be read. 
If YES: 

3. Read the input data register. 

Due to standarization of both functions and formats of the status and control 
registers, this sequence is applicable on all Norsk Data produced PIO interfaces. 
The sequence is illustrated in the flow chart below. 
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INITIATE TRANSFER 
-SET BIT 2 IN ICR 



READ INPUT CHANNEL STATUS 

REGISTER 

- ISR-A REGISTER 




NO 



ICR: Input channel control register 
ISR: Input channel status register 
IDR: Input channel data register 



YES 



READ INPUT CHANNEL DATA REG. 
- IDR ^ A REGISTER 
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The flow chart is implemented by the following program: 



DEVNO, < Device number> 
ICR = DEVNO + <ICR no.> 
ISR = DEVNO + <ISRno.> 
IDR = DEVNO + <IDRno.> 



% Device no. to interface to access 

% Dev. reg. addr. = Dev. no. + ICR no. 

% Dev. reg. addr. = Dev. no. + ISR no. 

% Dev. reg. addr. = Dev. no. + IDR no. 



INPUT, 


SAA 4 




IOX ICR 


LOOP, 


IOX ISR 




BSKP ONE 30 DA 




JMP LOOP 


READ, 


IOX IDR 


Example: 




Input from Terminal no. 1 . 


DEVNO, 300 




ICR = DEVNO 


+ 3 



ISR = DEVNO + 2 



IDR = DEVNO + 



% device no. terminal no. 1 

% dev. reg. addr. for input control reg. 

% (303) 

% dev. reg. addr. for input status reg. 

% (302) 

% dev. reg. addr. for input data reg. 

% (300) 



INPUT, 


SAA 4 


% set bit 2 in A reg. 




IOX ICR 


% A reg. -* ICR 


LOOP, 


IOX ISR 


% ISR — A reg. 




BSKP ONE 30 DA 


% Is ISR bit 3 set? 




JMP LOOP 


% No. i.e., not ready 


READ, 


IOX IDR 


% Yes, i.e., ready, read data 




STA BUFF 


% store data in BUFF 




JMP INPUT 


% return 


BUFF, 








If the program above should be entered for execution via MOPC, it may be written 
as shown below. 

executable: 



20/ 



BUFF, 



SAA 4 

IOX 303 

10X302 

BSKP ONE 30 DA 

JMP* -2 

IOX300 

STA + 3 

JMP I* + 1 

20 





20/170404 
164303 
164302 
175235 
124376 
164300 
004003 
125001 
20 
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1.3.6.3 Programmed Output to a PIO Interface 

As for input, writing a byte or word of data to a PIO interface may be divided up 
into three steps: 

1 . Check whether the output data register is empty and may accept data. 
If YES: 

2. Write data to output for the output data register. 

3. Initiate the output transfer by activating the output channel. 

This sequence, applicable for output to all Norsk Data produced PIO interfaces, is 
illustrated in the flow chart below. 



r 



O 



V 







© 



£ 



READ OUTPUT CH. STATUS REGISTER 
-OSR ->A REGISTER 



YES 



OUTPUT DATA 
A REGISTER -ODR 



ACTIVATE OUTPUT TRANSFER 
-SET BIT 2 IN OCR 




NO 



OSR: OUTPUT CHANNEL 
STATUS REGISTER 

ODR:OUTPUT CHANNEL 
DATA REGISTER 

OCR:OUTPUT CHANNEL 
CONTROL REGISTER 
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The flow chart is implemented by the following program: 



DEVNO, <device number> 
OSR = DEVNO + <OSRno.> 
ODR = DEVNO + <ODR no.> 
OCR = DEVNO + <OCR no.> 



% device no. of I/O interface to access 

% address of OSR 

% address of ODR 

% address of OCR 



OUTPUT, 



IOX OSR 




% read status 


BSKP ONE 


30 DA 


% Ready? 


JMP * -2 




% NO 


LDA BUFF 




% Yes, initiate A register 


IOX ODR 




% A reg. — ODR 


SAA 4 




% Initiate A reg. control 


IOX OCR 




% A^OCR 


JMP OUTPUT 


% Jump return 
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1.3.7 PROGRAMMING OF DMA CONTROLLERS 

1.3.7. 1 DMA Controller Operation 

A DMA transfer may be divided into three steps: 

— Initialization 

— Transfer 

— Termination and status check 

Refer to the following descriptions and illustrations. 

Initialization 

A DMA controller has to be initialized before a transfer can be started. The 
initialization is done by a device driver program activated by the operating system 
when a transfer is needed. 

The driver program accesses the DMA controller by means of IOX instructions. 
Through different transfer parameters, the driver tells the DMA interface what to 
do. The transfer parameters are written into physical device registers located on 
the controllers. 

Typical transfer parameters and registers are: 

Memory Address Register (MAR) holds the first memory address to read 
from (DMA output) or write into (DMA input). 

— Block Address Register (BAR) holds the first address to read (DMA input) 
from or write (DMA output) to on the physical device. 

— Word Count Register holds the number of words to be transferred. 

— Control register gives device function (read, write, etc.) and start (bit 2: 
activate device). 

In addition, a status register, the MAR and the BAR, may be read for status check 
and test purposes. 

The format of the registers and their associated register numbers are given in the 
hardware programming specifications. 
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Transfer 

After initialization and start is given, the data transfer takes place. Data is 
exchanged between the DMA controller and memory at the speed determined by 
the device. CPU may run any activity not waiting for the DMA transfer to be 
completed. 

Termination and Status Check 

The DMA transfer is completed when the word counter is zero. On the DMA 
controller, status register bit 3 (ready for transfer) is turned on. If the interrupt 
system is on (ION) and interrupt is enabled on the controller, this causes interrupt 
on level 11. If the interrupt system is not on, a complete transfer is found by 
polling (continuous reading) on status register bit 3. 

More about DMA controller operation is given in Section V. 
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STEP 1 < 



DMA TRANSFER INITIALIZATION: 

A — MAR % Memory Address Register 

A — BAR % Block address register 

A — WC % Word count register 

A — CW % Control word register 



r 



STEP 2 



NO 




v_ 



YES 



STEP 3 



DMA TRANSFER 
FINISHED 



STATUS REGISTER- A 



MAR _,-*a 
end 

MAR , _ MAR = WC 

end start ^ start 



QUALITY CHECK 



Figure 1.3. 1: DMA Transfer in Three Steps 




DMATRANSFEF 








READ DEVICE: 










Device data — Interface — M 


emory 


WRITE DEVICE: 


Memory (MAR) 


— Interface 


—Device 


MAR + 


1 - MAR 






WC - 1 


-WC 







7*! 



-OX 



OK? 



YE 



Initiate next transfer 
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EXTERNAL 



IN DMA CONTROLLER 



IN COMPUTER MEMORY 




Figure 1.3.2: DMA Initialization Illustration (Disk) 
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EXTERNAL 




IN DMA CONTROLLER 



MEMORY ADDRESS IS INCREASED BY ONE 
WHEN A WORD HAS BEEN EXCHANGED 



MEMORY ADDRESS 



DATA 



FIFO DATA 
BUFFER 



NO. OF WORDS 



NO. OF WORDS TO EXCHANGE IS 
DECREASED BY ONE WHEN ONE 
WORD HAS BEEN EXCHANGED 




IN COMPUTER MEMORY 



MEMORY 
AREA TO BE 
EXCHANGED 



Figure 1.3.3: DMA Transfer Illustration (Disk) 
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MAR END " MAR START = NO - 0F W0RDS 



MEMORY ADDRESS 



CONTROL REGISTER 



■INT. 

Ien. 



. AND 



l i 

STATUS REGISTER JRFTJ 



PHYSICAL CONDITIONS 



NO. OF WORDS = ZERO 



WCZ 



WCZ - WORD COUNTER ZERO 
RFT = READY FOR TRANSFER 



MEMORY AREA 
THAT HAS 
BEEN 
EXCHANGED 



-•-INTERRUPT CPU 
TO LEVEL 11 



Figure 1.3.4: DMA Transfer Completed (Disk) 
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I.4 THE I/O SYSTEM AND THE INTERRUPT SYSTEM 

1.4.1 GENERAL 



Under a running system (SINTRAN III), all I/O devices connected to NORD-100 
will be prepared for operation and then allowed to operate asynchronously with 
respect to the CPU. That means that the I/O controllers activate themselves 
through an interrupt to the CPU if a status change occurs. 

Possible status changes in the I/O system that may cause interrupt are: 

1. End of operation interrupt 
and 

2. Error interrupt 

Which of the two status changes that actually caused an interrupt is found by 
reading the status register of the interrupting channel on the interrupting device. 

1. End of operation interrupt occurs if a device is ready for transfer (status bit 3 
= "1") and control register bit = "1". 

This means for a PIO interface in the: 

— output channel 

data has been transmitted, next character to output may be loaded to 
the output data register 

— input channel 

input data is available 

or for a DMA controller: 

— DMA transfer is completed, i.e., word counter is zero. 

2. Error interrupt occurs if an interface's status bit 4 = "1" (device error) and 
control register bit 1 = "1". 

Further details about the error is found in status register bit 5 - 15 (see 
programming specifications). 
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1 .4.2 NORD- 100 INTERRUPT SYSTEM GENERAL DESCRIPTION 



The NORD-100 interrupt system consists of 16 program levels. The program levels 
are numbered from - 15 with increasing priority; program level 15 has highest 
priority, program level lowest. 

At any time, the highest active level is running. This level is referred to as "current 
program level" (PL). 

Interrupt occurs, if a level with higher priority than the one currently running is 
activated or if the current program level gives up its priority. The level change is a 
micro programmed procedure which purpose is to establish the interrupting level 
as the new currently running (PL), while the previous PL is put into a waiting state. 

To ensure fast level changing (context switching), each of the 16 program levels 
have their own set of registers and status indicators located in a high speed 
register file. 

The control of the NORD-100 priority interrupt system is based on two registers: 

— the Priority Interrupt Enable register (PIE) 

— the Priority Interrupt Detect register (PID) 



ND-06.016.01 



1-4-3 




> 

09 

—I 

£ 
to 

o 



iLyyQ.o.Q.o.0. 



F/gwe /.4. 7; External Interrupt System 



ND-06.016.01 



1-4-4 



Both the PIE and PID are 16 bit registers where each bit corresponds to a program 
level (for example, PIE and PID register bit 10 corresponds to program level 10). 

The PIE register is used as a static mask register; the PID register is dynamically 
set/reset depending on the activity on enabled program levels. 

The PIE register is loaded by the TRR PIE instruction. A bit set in the PIE register, 
enables for interrupt on the program level corresponding to the bit's position in 
PIE. 

Example 1: 



LDA (76033 
TRR PIE 



% 76033 -* A 
% A^PIE 



15 14* 13 12 11 10 9 8 7 



5 4 3 2 1 



1 



1 1 



1 1 



PIE 



Interrupt is enabled on the levels 0, 1, 3, 4, 10, 11, 12, 13, 14*. All other levels are 
disabled. 

* Level 14 requires speical attention, refer to the following description. 

Each bit position set in the PID register corresponds to an active program level. 

The current running level is given by the highest corresponding bits set both in PIE 
and PID. 

Example 2: 



15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 






1 


1 


1 1 


1 














1 


1 


1 1 








i 


i 








' 


' 



















15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 











1 


1 


1 




















1 





1 



PIE 

PL = 12 
and 

PID 



In this example, level 12 will be the one currently running, while levels 11, 10, 3 
and are waiting for service. 
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The microprogrammed level change routine activated when an interrupt occurs 
does the following things. 

1 . The interrupt system is temporarily blocked to prevent false interrupts. 

2. The program counter (CP) is copied to the saved program counter (SP) on 
the current level. 

3. The PL (program level) register is copied into the PVL (previous program 
level) register. 

4. The PK (new level priority code) register is copied into the PL (program level) 
register. (The CPU has, at this moment, changed level.) 

5. The SP (saved program counter) on the new level is copied to the CP 
(current program counter). 

6. A fetch is issued, i.e., the first machince instruction on the new level is 
asked for. 
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.4.3 NORD-100 INTERRUPT SYSTEM LEVEL ASSIGNMENT UNDER 

SINTRANIII 

The interrupt priority level assigned for the differnt activities under SINTRAN III is 
given in Figure 1.4.2. 



15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 



Extremely fast user interrupts 



Internal interrupts 



Real-time clock 



Input devices 



Mass storage devices 



Output devices 



Direct tasks 



I/O Monitor calls 



SINTRAN III Monitor 



Oirect Task 



Real-time and Background 



Idle Loop 



Figure 1.4.2 

Seen from a hardware point of view, all levels may be used by appropriate setting 
of the PIE and PID registers. 

The actual levels used by SINTRAN III are 0, 1 , 3, 4 and 10 to 14. 

The program levels from to 9 are completely controlled by software, i.e., 
interrupt on these levels has to be programmed by means of TRR PID/MST PID 
instructions. 

Interrupt on the levels 10 to 15 may be set either by program or by hardware. 

Each of the levels 10 - 13 and 15 are assigned a unique interrupt line in the 
NORD-100 bus which may be activated from any slot position. 

Level 15 is not used by Norsk Data equipment but may be used by users requiring 
immediate access to the CPU. The levels 10-13 are used by Norsk Data produced 
input/output device controllers. 

Level 14 is used for interrupts on internal CPU trap conditions. Level 14 is 
associated with an Internal Interrupt Enable (HE) register and Internal Interrupt 
Detect (I ID) register. 

The HE register may enable/disable interrupt generation on interrupt requests 
detected by IID (more information about the Internal Interrupt system is given in 
the manual "NORD-100 Functional Description"). 
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1.4.4 NORD-100 INPUT/ OUTPUT DEVICE CONTROLLERS LEVEL 

USAGE 



As already mentioned, interrupt levels 10-13 and 15 may be activated by hardware 
through physical lines available in the NORD-100 bus. These lines go directly to the 
interrupt detect controller (PID register) in the CPU. 

For Norsk Data produced equipment, the use of these lines have been standarized: 

— Level 10 is used by the output channel of all PIO interfaces 

— Level 1 1 is used by all DMA controllers 

— Level 12 is used by the input channel of all PIO interfaces 

— Level 13 is used by the real-time clock(s) and PIO devices which need special 
attention 

— Level 15 is not used by Norsk Data produced hardware or software, but is 
available for special purposes needing immediate access. Note that level 15 
has even higher priority than power failure (level 14). 

This is illustrated in Figure 1. 4. 3. 
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PID 



OPTION 




>" Enabled Level Detection 



LaveTwith; highest priority 



\ EXTERNAL 
/ INTERRUPTS 



DIFF = INTERRUPT 



Register select bits (PLO-3) 



Internal interrupt LEVEL 14 NO CONNECT error, lOX-timeout is one source. 



Figure 1.4.3: NORD- 100 External Interrupt Handling 
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1.4.5 IDENTIFICATION OF AN INTERRUPTING I/O DEVICE 

CONTROLLER 



1.4.5.1 General 



As indicated, more than one device may use the same interrupt line. 

That is, when an interrupt on one of the levels 10 - 13 is detected by the CPU, the 
only known thing is that some kind of status change, in the I/O system, has 
occurred. In order to find the reason for the interrupt, the status register of the 
interrupting device has to be read (IOX) and investigated. But since each of the 
interrupt lines 10 - 13 are shared between all devices, the I/O interface causing the 
interrupt is unknown. That is, the device number is unknown and the IOX device 
register address is not possible to define. 

Therefore, a device interrupt identification is needed. 



.4.5.2 The I dent Code 



Each I/O device controller is assigned an interrupt vector referred to as "idem 
code" (id code). The ident code related to Norsk Data produced interfaces has 
been standarized and is given in Appendix A. 

There is a unique correspondence between an external device, the device number 
and the ident code. 

On the interfaces, the ident code (as the device number) is selectable by a 
thumbwheel to allow equal hardware modules to cover all ident codes related to 
one class of peripherals. 
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I.4.5.3 



The /dent Instruction 



The ident instruction is a privileged machine instruction used in device interrupt 
identification. 

The ident instruction, when executed, searches for interfaces with interrupt 
condition set, and returns the interfaces' ident code to the A register. 

To maintain the interrupt priority the ident instruction searches only for interrupts 
on a specified level. The level to search on is specified in the ident instruction 
format. 

Ident Instruction Format 

IDENT PL xx % 10<xx< 13 



15 




65 







IDENT 


PL 



Specified by programmer 



Example: 

The instruction IDENT PL 12 will only search for interfaces driving interrupt line 
level 12 (BINT12). A possible existing interrupt on level 10 or 11 is ignored and 
handled later by IDENT PL 10 and IDENT PL 11 respectively. 

The ident code, which is unique for each device, is used to via an ident code table, 
to enter the interrupting device's data field. The data field contains an address 
pointer to the device's driver program which is started. The device driver program 
accesses the interrupting interface by means of IOX instructions which device 
register addresses are found in the device data field. 

The driver program resets the interrupt condition on the interface, initiate next 
exchange and returns control to the program interrupted by the I/O interface. 
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1. 4. 5. 4 The Ident Search Mechanism 



The search for interrupt performed by the ident instruction may be divided up into 
three steps. 

First, all I/O device controllers are presented the level on which the searching is 
going to be performed. The interfaces which have interrupt set on the specified 
level turns on a "flag" to signify this. The others do nothing. 

Second, the CPU generates a search signal (INIDENT). The search signal is daisy 
chained via the module nearest to the CPU over to the next and so on. When the 
search signal finds the "flag" (interrupt on specified level) set, the search is 
stopped. 

Third, the ident code from the interface which stopped the search is returned to 
the A register. 

NOTE: In step three the interrupt is removed from interface by resetting of the 
interrupt enable bit, i.e., bit or 1 in the channel's control register. That 
is, an interface channel should be reenabled after being served by the 
ident instruction. 

The search mechanism used by the ident instruction includes some important 
notes. 

Note 1: There should never be empty positions in the NORD-100 bus between the 
CPU and any I/O device controller. An empty position will stop the search 
signal and never release interrupts on modules in higher slot position 
numbers than the empty one. 

Note 2: Between interfaces generating interrupt on the same level, the interface 
nearest the CPU has highest priority within the level (for slow devices 
such as terminals this has no practical effect). 
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1. 4. 5. 5 Input/ Output Interrupt Programming 
1.4.5.5.1 Initialization of the Interrupt System 



As indicated in the previous discussion, an interrupt is generated on I/O interfaces 
which are "ready for transfer" (RFT - status bit 3 = "1"). 

However, these interrupts are not noticed by the CPU unless the interrupt system 
is initialized and turned "on" (by the ION instruction). 

After power up, PID, PIE and PL will be zero. The registers on level zero will be in 
use. The interrupt initialization must include the following: 

— Enabling of the desired program levels by proper mask setting in PIE (Priority 
Interrupt Enable). 

— Enabling of the desired internal interrupt sources by proper mask setting in 
HE (Internal Interrupt Enable register). 

— The SP, saved program counters, on the levels to be used must be initial- 
ized, i.e., they must all point to the program to be executed on the different 
levels. 

— If the Z (error) indicator is enabled for interrupt (HE bit number 5), care 
should be taken that this indicator is cleared in the status register (bit 
number 3) for all levels being initialized. 

— The IIC (Internal Interrupt Code) register, the PES (Parity Error Status) 
register and the PEA (Parity Error Address) register might be blocked after 
power up. 

— By performing a TRA instruction for IIC and PES, all three registers will be 
unblocked and ready for use. 

— The interrupt system is turned ON. 



1. 4. 5. 5. 2 I/O Interface Interrupt Generation 



After the initialization of the interrupt system, the I/O interfaces should be enabled 
for interrupt generation. This is done by setting bit (and 1) in the interfaces' 
control registers. 

The following illustrations show how enabled interfaces generate interrupts on the 
levels 10, 11 and 12. 
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Interrupt Generation Level 1 1 
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Interrupt Generation Level 12 
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1.4.5.5.3 Handling of I/O Interface Interrupts 



When an I/O interrupt has occurred and the CPU has entered the interrupting level 
the flow chart below should be followed. 
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A simplified implementation of the flow chart is given in the following program. 



LEV xx, 



IDENT PL xx 
RADD SA DP 
JMP ERROR 
JMP DRIVER 1 
JMP DRIVER 2 



% read ident code 

% modify program counter 

% with the ident code 



JMP DRIVER n 



ERROR, 
DRIVER 1, 



IOX RSTAT 
BSKP ZRO 40 DA 
JMP ERROR 



JMP FINISH 



% report the error 

% read status register 
% is interrupt reason error? 
% Yes, bit 4 (dev. error) = "1" 
% No, serve the ready 

for transfer condition 
% jump to routine for giving up 

priority 



DRIVER n, 



JMP FINISH 



FINISH, 



WAIT 

JMP LEV xx 



% give up priority 
% entry point to LEVxx after 
WAIT 



More about the hardware involved in the I/O interrupt system is described in Part 
IV. 
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THENORD-100BUS 



11.1 



GENERAL 



As already stated in Part I, the NORD-100 bus efficiently organizes the inter- 
connections and transactions between the hardware modules in the NORD-100 
computer system. 

NORD-100 BUS 



NORD-100 
CENTRAL 
PROCESSOR 






MEMORY 

MANAGEMENT 

CACHE 



I/O DEVICE 
CONTROLLER 



MEMORY 
MODULES 
64 Kw/module 



Figure II. 1: The NORD- 100 Bus 

The NORD-100 CPU uses the bus for memory transfers to and from the memory 
system, and for I/O transfers to and from its connected peripherals. 

In addition, some NORD-100 bus peripherals (DMA controllers) can initiate trans- 
fers directly to and from the memory system. 
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THE NORD-100 BUS - BUS REQUESTORS 



As indicated introductionally, the NORD-100 bus may be thought of as a common 
resource, shared between: 

- the NORD-100 CPU 
and 

— DMA controllers 

In addition, refresh of the NORD-100 memory system requires access to the 
NORD-100 bus. 

As a common resource, the NORD-100 bus has to be allocated before it may be 
used. Once allocated, the bus is busy to other activities, while the granted bus 
user may transfer one word. As the transfer is completed the NORD-100 bus 
should be released for next eventually requesting bus user. 
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A NORD-100 BUS CYCLE - GENERAL DESCRIPTION 



Before going into details, it could be convenient to look at some of the fundamen- 
tal concepts behind the organization of the NORD-100 bus activities. 

The basic activity is, not to forget, to exchange information between a source and 
a destination. 

The event of exchanging one word is referred to as one bus cycle. In case of 
refresh, one bus cycle is an address and dataless memory refresh cycle. 

A NORD-100 bus cycle is always preceded by an allocation and terminated with 
what here is called release. 



M TRANSFER 



-*- TIME 



ALLOCATION RELEASE 
v v > 

ONE BUS CYCLE 



Figure 11.3. 1: A NORD- 100 Bus Cycle 
Refer to the illustration {Figure 11.3.1). 
A NORD-100 bus cycle consists of three main events: 

— allocation of a requesting bus user 

— transfer one word 

— termination and release of the bus 

The allocation is handled by a Bus Control Unit (BCU) physically implemented on 
the CPU module. 

That is, the BCU decides which of the three possible bus users that should be 
given the next bus cycle. 

The transfer and termination of a bus cycle is organized as a handshake between 
the selected bus user (CPU, DMA or refresh) and it's accessed device (I/O 
interface or memory). 

The concept allows completely asynchronously operation within a bus cycle. 
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FUNCTIONS OF THE BUS CONTROL LOGIC (BCU) 



11.4.1 ALLOCATION OF THE NORD-100 BUS 



As a common system source the NORD-100 bus has to be allocated before it can 
be used. The three possible bus users that may ask for access to the bus is: 

— the NORD-100 CPU 

— DMA controllers 

— memory refresh 

Access to the NORD-100 bus has to be asked for at the Bus Control Unit (BCU) 
through a bus allocation request. 

The above mentioned bus users are operating completely asynchronously. That is, 
the bus allocation requests may be passed to the BCU completely asynchronously, 
even simultaneously causing competition. 

Conflicts are avoided by the BCU through a priority allocation arbiter. Based on a 
priority allocation algorithm and the present active bus allocation requests, one 
requestor is selected for the next bus cycle while possible other active requests 
must wait. 



11.4.1.1 The Alloca tion Requests 



Each of the three possible bus requestors have their own unique request line input 
to the allocation arbiter in the BCU. A request is issued by activation of the request 
lines. 
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II .4. 1 . 1 . 1 NORD-100 CPU Allocation Request 



The NORD-100 CPU may request access to the system bus for one of six reasons: 

— instruction fetch ^ 

— operand read I memory 

— indirect address read | access 

— operand store J 

— programmed access to the j^ I/O system 
I/O system f access 

— programmed access to external"! system control 
system control registers* _J registers 

* Control registers not located on the CPU or MMS module (for example, Error 
Correction Control Register on the memory modules — TRR ECCR). 

If any of the six above mentioned operations are in progress, the CPU micro- 
program activates the signal BUSRQ (CPU bus request) input to the CPU alloca- 
tion arbiter. 

In addition to the signal BUSRQ passed to the BCU, the microprogram informs the 
CPU bus-handshake-logic which transfer that is to be performed. 

The bus-handshake-logic is then ready to start the transfer when it, from the BCU, 
receives acknowledge on the allocation request. 
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11.4.1.1.2 DMA Allocation Request 



A DMA controller requests allocation of the NORD-100 bus to get direct access to 
the NORD-100 memory system. 

When a DMA controller needs more data to output or have a word ready to be 
written to computer memory, it generates a bus allocation request to the BCU. 

Then the controller has to wait for the BCU to acknowledge the request before the 
exchange may be performed. 

When there are several DMA controllers, each controller's request signal is "wired 
or" (connected) to one bus allocation request line input to the BCU. 

This signal is named BREQ (Bus REQuest) and may be driven from any slot 
position in the NORD-100 bus. 

In order to select only one DMA controller as granted bus user at the time, the 
DMA request acknowledge signal is daisy chained in the NORD-100 bus 
backplane. The daisy chain then establishes a sequential priority scheme between 
DMA controllers. 

Physical implementation of the daisy chain is described in later sections. 



11.4.1.1.3 Memory Refresh Allocation Request 



Refresh is a periodical operation needed by the dynamic MOS memory circuits 
used in the NORD-100 main memory. By allocating the NORD-100 bus during the 
refresh period two problems are solved in a simple and efficient way. 

— The refresh cycle is synchronized to other bus activities. 

— The memory system is unaccessible since the system bus is allocated, i.e., 
blocked. 

The refersh allocation request is initiated every 15 ^ s by an oscillator on the CPU 
module activating the signal RFREQ (refresh request) input to the BCU. 
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11.4.1.2 The Bus Control Unit (BCU) Allocation Priority Rules 



From the above discussion of the potential bus allocation request signals, Figure 
II. 4.1 shows what is the request inputs to the BCU allocation logic. 



Vcc 



CPU BUSRQ 



NORD-100BUS 
PRIORITY 
ALLOCATION 
ARBITER 



PULL UP 
RESISTOR 



RFREQ 



REFRESH 
OSCILLATOR 



NORD-100 CPU MODULE 



BREQ - DMA REQUEST 
if— 



1 



WIRED OR 



NORD-100 BUS 



Figure 11.4. 1: NORD- 100 Priority A/location Arbiter and the Bus Requests 

The BCU priority arbiter controls the access to the NORD-100 bus based on the 
following rules: 

— Already allocated bus is not interruptable. 

— The bus cycle going on is aborted if it exceeds a time limit of 8 \x s. 

If the bus is idle and an allocation request appears alone, the rule is: 

— first come, first served. 

Since all the request signals appear asynchronously, conflicts between simul- 
taneous requests may happen. In such cases, the following priority rules are used: 

— RFREQ and BREQ are both handled as DMA requests but RFREQ is given 
highest priority. 

— If both DMA requests (RFREQ and BREQ) and CPU request (BUSRQ) are 
present, priority is given to the one not having the previous cycle (toggled 
priority). 
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The bus control priority arbiter and the bus allocation is illustrated in the following 
examples. 

In the examples a simplified presentation of the request lines and the bus usage is 
used. 

Example: 



BUSRQ- 



O © © © 



1 CPU does not try to allocate the NORD-100 bus 

2 CPU tries to allocate the bus but has to wait for another bus activity 

3 The bus is allocated to the CPU 

4 CPU has finished its bus cycle and releases the bus. 

Example 1: 

CPU requests the NORD-100 bus first, after previous allocation is released. 



= 15 /is 



RFREQ 



BREQ 



320 ns 



* 6 us (10mb disk) 



550 ns 



-69- 



-n- 



BUSRQ 



200 - 320ns 



200 -32D ns 



t 



previous allocation released 



- depends on H 

CPU activity i 



S 
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Example 2: 

All requests appear simultaneously but CPU had the previous cycle. 



RFREQ 



BREQ 



320 ns 



-f 



1.4 ms (37.5 - 288 mb disk) 
650 ns ff~ 



-A 



€Z 



BUSRQ 



200-320ns 



Example 3: 

CPU bus request and DMA request appears simultaneously (DMA cycle steal) but 
previous cycle was for DMA (RFREQ). 



RFREQ 



BREQ 



550 ns 



BUSRQ 



200-320 ns 



1 1. 4. 2 THE BUS CONTROL UNIT (BCU) AND TERM/NAT/ON OF BUS 

CYCLES 



The NORD-100 bus is allocated and released on one cycle basis, i.e., for every 
word to exchange or for one memory refresh cycle. 

One bus cycle should not last for more than 8 \i s. This is monitored by the BCU. 
At the time of allocation, the BCU starts a timer. This timer is reset by a handshake 
mechanism between granted bus user and its accessed device signifying transfer 
completed. The transfer completion signal is named BDRY (Bus Data ReadY) and 
will be explained in proper context later. 

If the NORD-100 bus is not released it causes system hang-up. To prevent such a 
situation, a bus cycle that exceeds 8 \x s is aborted by the BCU timeout timer. 

The faulty cycle is reported to the CPU as an internal interrupt (level 14). Refer to 
Figure II. 4.2 for illustration. 
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NORD 100 CPU 



REFRESH 
OSCILLATOR 



CPU BUSRQ 



RFREQ 



RESET TIMER" 



* Reference to cache 
or shadow memory 



YES 



NORD-100 

Bus Priority 
Arbiter 



I - SIGNAL IN NORD-100 BUS 

BREQ- DMA REQUEST 



NORD-100 bus 
allocated 
START TIMER 



BUS CYCLE 
TIMER 

8 fxs 



RESET TIMER: BDRY 
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ABORT CYCLE 
RELEASE BUS 











YES / 


' 


f 1 > 


, 2) 


3 OW 


MOR 


PTY 


IOX 


/ 




S. HARDWARE DECOI 



/ 



UNPREDICTABLE 
NOISE? 



N/A 



INTERNAL INTERRUPT DETECT REGISTER (LEVEL 14) 



- bus cycle completed from 
memory or I/O system 



ED 



1 ) MOR — Memory out of range 

2) IOX - I/O execute error. No 
response from accessed I/O 
device controller. 



Figure 11.4.2: NORD- 100 Bus Termination Circuitry 
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DATA TRANSFER ON THE NORD-100 BUS - GENERAL 
DESCRIPTION 



When a requesting bus user receives the allocation acknowledge signal from the 
BCU, the requesting bus user is granted and given access to the NORD-100 bus. 
The granted user may then initiate a transfer. 

As previously mentioned, the BCU is not involved in the control of data exchange 
on the NORD-100 bus. The data exchange is completely controlled by the granted 
bus user in handshake with its accessed device. This allows asynchronous oper- 
ation independent of the CPU speed and clock frequencies. 

Although the granted bus user may either be the CPU, a DMA controller or 
memory refresh, only CPU and DMA cycles include any data exchange. Therefore, 
granted bus user when talking about data transfers is either the CPU or a DMA 
controller. 



11.5.1 ORGANIZA TION OF A NORD- 100 BUS CYCLE 

Due to the multiplexing of addresses and data on the same physical bus lines, one 
NORD-100 bus cycle may be divided up into two subcycles. 

— First, an address cycle 

— Second, a data cycle 

See Figure 11.5.1 for illustration. 
NORD-100 8US:^ ( address > 1 <" data ) 



address cycle *T< data cycle 



one bus cycle 



allocation r3lease 

Figure II. 5. 1: NORD- 100 Bus Cycle Illustration 

Independent of the transfer (CPU or DMA transfer) actually going on, the 
sequence is always as given in the illustration. The Address cycle precedes the 
data cycle. 
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.5.1.1 The A d dress Cycle 



When combined with the address strobe BAPR„ (Bus Address PResent) the 
multiplexed address/data line BDO-23 carry addresses. 

In the address cycle, of a transfer, the granted bus user presents an address to the 
device that is to be accessed. That is, physical memory address to the memory 
system or a device register address to the I/O interfaces. In addition, which of the 
interrupt levels 10, 11, 12 or 13 that are to be investigated by the IDENT PLxx 
instruction is specified in the address cycle. 



11.5.1.2 The Data Cycle 



In the data cycle, data is exchanged between the I/O register or memory location 
specified in the address cycle. 

By contrast of the address cycle, the data cycle includes an asynchronous 
handshake between granted bus user and accessed device. 

The handshake is initiated by the granted bus user issuing a control signal 
indicating "start of data cycle". Termination and release of the bus cycle is done 
by the accessed device activating a signal indicating "transfer completed". 

Depending upon the transfer direction, the signals "start of data cycle" and 
"transfer completed" are also used as data strobes. 

To get a better understanding of this handshake, the following sections provide a 
detailed description of both IOX/IOXT, IDENT PLxx and DMA controller usage of 
theNORD-100bus. 
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PROGRAMMED INFORMATION EXCHANGE BETWEEN 
I/O INTERFACES AND NORD-100 CPU - EXECUTION 
OF THE IOX/IOXT INSTRUCTIONS 



11.1 INTRODUCTION 



The only useable instructions in the NORD-100 instruction repertoire for informa- 
tion exchange between I/O interfaces and NORD-100 CPU are the IOX and IOXT 
instructions. 

Both these instructions exchange information between the CPU A register and a 
specified I/O interface register. 

Other sections in this manual have covered how and when to use the IOX/IOXT 
instructions in programmed control of PIO and DMA interfaces. 

Thus, this section is intended to give a description of how these instruction are 
executed. That is, how they are handled by the CPU and how they appear to the 
NORD-100 bus and I/O interfaces. 
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.2 IOX/IOXT INSTRUCTION EXECUTION 

.2.1 GENERAL 



All instructions in the NORD-100 instruction repertoire are carried out by micro- 
programmed routines. Each instruction has its own special routine which is 
entered based on the instruction's operation code. Thus, execution of the IOX or 
IOXT instruction appears to the CPU as an execution of a routine in the 
microprogram. 

In this section, the IOX and IOXT instructions are described as they appear to the 
CPU. That is, how the microprogrammed routines for these instructions are 
entered and executed. 



1 1 1 .2.2 IOX/IOXT INSTRUCTION ENTRY POINT GENERA TION 



The microprogrammed routine for an instruction to be executed is entered based 
on the instruction's operation code. The operation code is used as a "look up" 
address in a map table where the microprogram address to the routine relevant to 
the actual instruction is found. 

The basic theory behind the address generation to the microprogram is covered by 
the manual "NORD-100 Function Description" and is not repeated here. However, 
some remarks relevant to the IOX and IOXT, as privileged instructions, are given. 

IOX and IOXT are privileged instructions. If MMS is on, privileged instructions may 
only be executed by programs executing with a ring — priority greater or equal to 
two (RING ^2). 

That is, IOX/IOXT and other privileged instructions are protected from unauthori- 
zed use. 

A program's ring priority is known by the MMS through the used Paging Control 
Register (PCR). Thus, it is the MMS that informs the CPU whether a program is 
authorized to execute a privileged instruction or not. 

The CPU uses this information to modify the address input to the microaddress 
map. That is, illegal (nonprivileged) use of a privileged instruction gives another 
address to the map than legal use of the same instruction. The map location 
pointed to by the illegal address points to a microprogram ERROR routine. 

That is, IOX/IOXT and other privileged instruction are not started in the micro- 
program unless the use of the instructions is legal. 
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Legal use is decoded by the MMS and presented to the CPU as described below 
(Figure III. 2.1). 




YES 



PRIV. INSTR 
NOT LEGAL 



NO 



NO 



NO 



Bc14 



PRIV, INSTR 
IS LEGAL 



Bc14 



EPRIV,= "V 



EPRIV, 



EPRIV: 
Bc14: 



Enable privileged instruction 

B connector line carrying EPRIV from MMS (Memory Manage- 
ment System) to CPU 



Figure III. 2. 1: 
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The CPU handling of EPRIV, equal or 1 is illustrated in Figure III. 2.2. 
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111.2.3 



IOX/IOXT MICROPROGRAM OPERA TION 



The IOX and IOXT instructions have different operation codes. That is, although 
they have the same function, they will enter different routines in the micro- 
program. However, as shown below, they soon enter a common routine. 



IOXT 



IOX 



PLACE IOXT DEV. REG. ADDR. IN 
A CPU SCRATCH REGISTER - 

T »- R1 



PLACE IOX DEV. REG. ADDR. IN A 
CPU SCRATCH REGISTER 
GPR (0-10 ) -»«R1 



IOXXT 
-COMMON ROUTINE FOR 
EXECUTION OF IOX / IOXT 



The functions of the common routine (IOXXT) is, of course, to exchange infor- 
mation between CPU A register and a specified I/O interface register. 

The I/O register to be used, specified in the device register address, normally has 
to be accessed via the NORD-100 bus. 

The only exceptions are access to terminal number 1 and the Real-Time Clock 
(RTC) which both are implemented on the CPU module. 

That is, the microprogram has to seperate the handling of terminal no. 1 and the 
RTC from other I/O interfaces. 
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IOXXT 




YES 



ENTER ROUTINE TO 
HANDLE RTC NO. 1 



YES 



ENTER ROUTINE 
TO HANDLE 
TERM no. 1 



BUS TRANSFER 
-INITIATE TRANSFER TO 
I/O INTERFACE VIA 
NORD-100BUS 



In this section it is assumed that the transfer is performed via the NORD-100 bus, 
i.e., IOX/IOXT device number unequal to 300 8 and 10 8 . 

A CPU bus transfer is controlled by the microprogram. However, the asynchro- 
nous handshake mechanism through various control signals included in a 
NORD-100 bus cycle is handled by a CPU Bus Handshake Logic (BHL). Figure 
III. 2. 3 illustrates the interaction between the CPU microprogram and CPU bus 
handshake logic during IOX/IOXT execution. 

When a NORD-100 bus cycle is needed, the microprogram requests allocation of 
the NORD-100 bus. In addition, the microprogram informs the CPU bus 
handshake logic which cycle (IOX, IDENT or memory reference) it should handle. 

In case of IOX, the device register address to be used in the IOX address cycle is 
enabled onto the internal CPU bus (IDB). 

Refer to Figure III. 2.3 and note how the microprogram execution is synchronized 
to the bus activities by the bus handshake logic through the "WAIT" and 
"RELEASE WAIT" mechanism. 

When the address cycle is completed, the microprogram continues by enabling the 
CPU A register onto IDB. Note that this is done independent of the actual transfer 
direction. 

At the completion of the data cycle, the microprogram loads the content of DBR 
into the CPU A register. 
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As indicated, the microprogram performs one output operation and one input 
operation. This is done to make the microprogram independent of the transfer 
direction. 



The actual transfer direction is handled "privately" between the CPU bus 
handshake logic and accessed I/O device. How this is done is described in the 
next section. 
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Figure III. 2. 3: IOX/ IOXT Microprogram and CPU Bus Handshake Logic Interaction 
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.2.4 IOX/IOXT EXECUTION AND THE NORD-100 BUS 



This section is intended to give a description of how execution of the IOX/IOXT 
instructions appear to the NORD-100 bus. This includes the operation of the CPU 
bus handshake logic and the control signals involved during IOX/IOXT executions. 

The background for signal responses from the accessed PIO or DMA controller is 
described in a later section. 

As indicated in the previous section it is the microprogram that "knows" that an 
access to the NORD-100 bus is needed, and thus indicates the bus cycle. 

The microprogram generates a bus allocation request to the BCU, informs the bus 
handshake logic that an IOX cycle is in progress and enables the device register 
address into IDB. 

The bus control logic is then ready to operate when it receives the bus allocation 
signal from the BCU. 

As other bus cycles, the IOX/IOXT cycle is handled by the bus handshake logic as 
an address cycle and a data cycle. 

In the address cycle, all I/O interfaces, simultaneously, are presented the device 
register address. Based on this address, one I/O device register is selected to 
communicate with the CPU during the data cycle. 

As indicated in the previous section, the microprogram is independent of the 
IOX/IOXT transfer direction. This is also the case for the IOX/IOXT address cycle. 
However, the data cycle of course is direction dependent. 

Therefore, the following text and illustrations cover an output transfer and an input 
transfer as case 1 and 2 respectively. 



Case 1: IOX/IOXT Output Transfer 

After initialization by the microprogram, the bus control logic is waiting for the 
allocation acknowledge signal to start the bus cycle. The device register address 
resides in the Write Data Address (WDA) buffer. 

Refer to Figure III. 2. 4. 

NOTE: The convention for representation of the bus signals in timing diagrams is 
given in Appendix F.3. 
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A -»IDB -*-WDA-»-BD 

DATA CYCLE COMPLETED 
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/ A- register \- 
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OUTPUT DATA 
IS ACCEPTED BY 
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Figure 1 1 1. 2.4: IOX/IOXT Output Operation via the NORD- 100 Bus 

Upon receiving the allocation acknowledge signal, the handshake logic enables 
WDA onto the NORD-100 bus BD lines combined with the address strobe BAPR . 

The CPU bus handshake logic holds the addresses about 50 ns after leading edge 
of BAPR before it continues with the data cycle. 

The microprogram now moves the A register, via IDB, to WDA. The bus hand- 
shake logic passes WDA to the BD lines. 

When the data (the A register) is valid on the BD lines, the handshake logic 
activates the signal BIOXE . 

Upon receiving BIOXE active, all I/O interfaces "look" at the device register 
address presented in the address cycle to see if it is equal with their own address. 

The interface that finds equal address strobes the content of the BD lines (the A 
register) into the specified device register. The interface then activates the signal 
BDRY to signify "data accepted". In other words, the transfer is completed. 
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The handshake logic uses the leading edge of BDRY to strobe the content of the 
BD lines (still the A register) into DBR and restarts the microprogram. The 
microprogram terminates the IOX/IOXT execution by moving DBR to the A 
register. That is, the A register is left unchanged after an IOX/IOXT output 
transfer. 

As indicated in Figure 111.2.4, the handshake logic turns BIOXE off upon reception 
of BDRY. BIOXE off implies that the accessed I/O interface turns BDRY off. That 
is, the NORD-100 bus is released and ready for the next bus cycle. 



Case 2: IOX/IOXT Input Transfer 

Refer to Figure III. 2. 5. 

The IOX/IOXT address cycle is independent of the transfer direction, i.e., it 
follows the same scheme both for input and output transfers. 

The data cycle also starts equal since neither the microprogram nor the CPU bus 
handshake logic knows what the direction actually is. 

The IOX/IOXT transfer direction is selected by the I/O interface that finds "equal" 
after the reception of BIOXE. 

If the accessed interface finds that the specified I/O register to be exchanged is an 
input register, the interface activates the signal BINPUT . 

The bus handshake logic reacts on the active BINPUT signal by closing the output 
from the WDA buffer and then activating the signal BINACK. 

The signal BINACK (BINput ACKnowledge) is a direct feedback to the interface 
that generated BINPUT. BINACK means theat the BD lines are free to accept data 
from the interface. Thus, at the reception of BINACK,, active, the interface enables 
the accessed input register onto the BD lines. When the content of the input 
register is valid on the NORD-100 bus, the interface generates the BDRY signal. 

As for output, the bus handshake logic uses the leading edge of BDRY to strobe 
the content of the BD lines into DBR and restarts the microprogram. 

The microprogram moves DBR, which now contains a specified I/O register, to 
the A register. 
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III.2.5 



IOX IIOXT EXECUTION AND THE I/O INTERFACES 



All I/O interfaces, both PIO and DMA, are controlled by program, i.e., accessed 
by IOX/IOXT instructions. 

Thus, each I/O interface has a bus control logic specially dedicated to handle 
IOX/IOXT access to the interface. 

The bus control logic is designed independent of the peripheral connected to the 
interface. This implies that all peripherals appear equal to the NORD-100 bus and 
could be handled equally by the CPU bus handshake logic. 

On a PIO interface module, the bus control logic is standarized to handle up to four 
different devices accessed to the NORD-100 bus. 

Refer to Figure III. 2. 6. 
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Figure 1 1 1. 2.6: PIO Interface Organization 
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1 1 1 .2.6 PIO INTERFACE MODULE ORGANIZA TION 



The actual number of devices controlled by one interface module is limited to the 
physical space required for the peripheral device dependent control logic. 

A DMA controller requires at least one module. Thus, it has no meaning talking 
about a standard part controlling several DMA controllers. 

However, a DMA controller, of course, has an IOX/IOXT bus control logic with 
the same functions as for PIO interfaces. 

The description of an I/O interface bus control logic is therefore applicable to both 
PIO and DMA interfaces. 

The main function of the I/O interface's bus control logic is to handle the hand- 
shake with the CPU bus handshake logic during IOX/IOXT execution. 

The address and data flow and the associated control signals invovled in this 
handshake have already been described in timing diagrams. Thus, the functions 
and the sequence in which the different control signals appear should be known. 

The following text and illustration (Figure III. 2. 7) is based on this knowledge and is 
meant as an introduction to the I/O interface's bus control logic. 
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Figure III. 2.7: CPU Bus Handshake Logic and I/O Interface Bus Control Logic 
Interaction 
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The first information presented on the NORD-100 bus during IOX/IOXT execution 
is the device register address combined with the address strobe BAPR . 

This information is available to all modules connected to the bus simultaneously. 

On all I/O modules, the leading edge of BAPR is used as a strobe to buffer up the 
address presented on the BD lines. Note that the I/O modules at this stage do not 
know if the address is meant for memory or an I/O interface. Thus, the I/O inter- 
faces have to wait for more information to proceed. 

The BIOXE signal active is what the I/O interfaces are waiting for. 

At the leading edge of BIOXE , each I/O interface compares the device number 
part of the buffered address with its own device number. 

The I/O interface that finds "device equal" starts an IOX cycle on the interface. 
Other interfaces do nothing. 

The "device equal" interface starts the IOX cycle by decoding the register number 
bits in the device register address. This decoding selects one of the registers on 
the interface to be accessed. 

If the device register to be accessed is an output register, the content of the BD 
lines, i.e., the A register, is written into the register. BDRY is activated to signify 
"data accepted". 

In cases where the accessed device register is an input register, the interface 
requests the BD lines for input of data. This is done by activating the BINPUT 
signal. 

Upon receiving BINACK , the interface enables the selected input register onto the 
BD lines. 

BDRY is now generated to signify the presence of valid data on the BD lines. 

In the next section we will look at how the device identification logic is implemen- 
ted in hardware. 
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.2.7 HARDWARE IMPLEMENTATION OF THE DEVICE IDENTIFICA- 

TION LOGIC 



The block diagrams given in Figure III. 2. 9 and III. 2.10 illustrate how the device 
identification logic is implemented in hardware. As seen, both figures are very 
similar. Figure III. 2. 9 shows how the hardware is organized on a module control- 
ling one peripheral type (DMA controller) while Figure III. 2. 10 shows the organiza- 
tion on a module controlling several peripheral types (PIO interfaces). 

The device identification logic is based on a compare circuit. 



The device register address issued during IOX execution, is in this circuit compared 
with the I/O interfaces' device numbers. 



Device numbers relevant to the different I/O interfaces resides in "device number 
PROM's" (Programmable Read Only Memories). 

There is one PROM for each class of peripherals controlled by equal hardware. The 
actual device number selected on an interface depends on the selected PROM 
location. 

A PROM location is selected by a PROM address which is set by a thumbwheel. 
Thus, the device number of an interface is easily changed by turning the thumb- 
wheel. 

On I/O modules controlling more than one peripheral type with different device 
numbers, one seperate PROM, thumbwheel and comparator is available for each 
peripheral. 

In order to make it easier to understand the device identification logic, it could be 
convenient to see how the hardware "looks" at the presented device register 
address. 

On a two channel interface (i.e., three register number bits) the hardware is 
designed to handle the device register address format given in Figure III. 2. 8. 
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Figure III. 2.8: IOX/IOXT Device Register Address Format as it Appears to 
Hardware 
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As indicated in the block diagram (Figure III. 2. 9) the extended address bits (bit 
11-15) is passed through an "all zero" test. 

If this test turns out in "ok" (all zero) and BIOXE goes active, the IOX device 
number is compared with interface's device numbers. 

One and only one interface should now find "device equal". Device equal on an 
interface enables decoding of the register number field of the device register 
address. As indicated in the figures III. 2. 9 and III. 2.10, this decoding may be 
performed either "sentralized" or in the device dependent part on single peripheral 
or multiperipheral controllers respectively. 

The decoding is performed physically by a 3 to 8 line decoder. A given bit 
combination input to the decoder gives one output line active. 

That is, the number specified in the register number field gives one line active 
which points out the register that is to be accessed. 

The output from the decoder is used to clock the content of the BD lines into a 
device output register. 

If an input register is specified, the active output from the decoder and BINACK 
true, enables the device input register onto the BD lines. 
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Figure III. 2.9: Device Identification Logic on a Single Device I/O Interface (DMA 
Controllers! 



ND-06.016.01 



Ill -2-18 




Figure III. 2. 10: Device Identification Logic on Multi Device I/O Interfaces tPIO 
Interfaces) 
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IV IDENTIFICATION OF INTERRUPTING I/O INTERFACES 

- EXECUTION OF THE IDENT PLxx INSTRUCTION 



IV. 1 INTRODUCTION 



The event causing the IDENT PLxx instruction to be executed is an interrupt on 
one of the levels 10, 11, 12 or 13. 

The background for interrupt generation on the I/O interfaces should be known 
from other parts of this manual. 

The need for and the function of the IDENT PLxx instruction has also been 
described: 

- Its purpose is to search for an existing interrupt on a specified level (PLxx) and 
return the idem code from the first found device with interrupt on specified 
level to the CPU A register. 

This section is intended to give a more detailed description of how the IDENT PLxx 
instruction is executed. That is, how it appears to the NORD-100 CPU, the 
NORD-100 bus and the I/O interfaces. 
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IV.2 



EXECUTION OF IDENT PLxx 



The format of the IDENT PLxx instruction entered for execution should be as 
shown below. 



15 65 


IDENT 


PL 



Specified by programmer 



Since the IDENT PLxx is a privileged instruction the entry point generation in the 
microprogram is restricted in the same way as for IOX/IOXT execution. Non- 
privileged use is detected and error message is given. 

This section is intended to give a functional description of the microprogrammed 
routine after the IDENT PLxx instruction is successfully entered. 



IV.2.1 



IDENT MICROPROGRAM OPERA TION 



The search for interrupts that is performed during IDENT PLxx execution is 
normally done in the NORD-100 bus. 

However, as for the IOX/IOXT instruction, there are exceptions. 

Terminal number 1 (device no. = 300 8 ) is physically implemented on the CPU 
module. Thus, interrupts (level 10 or 12) from this terminal are not detected by 
searching in the NORD-100 bus. 

The real-time clock (interrupt level 13) is also designed as an integrated part of the 
CPU. 

That is, if interrupts are detected on the levels 10, 12 or 13 it might be that the 
search should not go via the NORD-100 bus. 

This has to be investigated by the micropgoram and it is done as illustrated in 
Figure IV.2.1. 
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Figure IV. 2. 1: Microprogram Separation of Internal (CPU) or External Interrupts on 
Level 10, 12 or 13 

In the following description of the IDENT PLxx instruction it is assumed that the 
search for interrupt has to be performed in the NORD-100 bus. 

The microroutine designed to handle the IDENT PLxx search on the NORD-100 
bus is principally equal to the IOX/IOXT Bus Transfer routine. The only difference 
is that in IDENT execution, the microprogram tells the CPU bus handshake control 
logic to perform an interrupt search instead of an IOX/IOXT information ex- 
change. 

Thus, the interaction between the microprogram and CPU bus control logic, with 
some minor adjustments, follows the same scheme as for IOX/IOXT execution. 

Refer to Figure IV. 2.2 for information relevant to IDENT PLxx execution. 
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Figure IV. 2. 2: IDENT Micro Routine and CPU — Bus Handshake Logic Interaction 
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Figure IV.2 2: IDENT Micro Routine and CPU - Bus Handshake Logic Interaction 

As indicated in Figure IV.2.2, the microprogram generates a bus allocation request 
(BUSRQ) to the BCU. In addition, the CPU bus handshake logic is informed that 
the cycle in progress is an IDENT cycle. The level specification (PLxx) is enabled 
onto IDB, ready to be used in the address cycle. 

The IDENT PLxx exeuction is terminated at the reception of BDRY from the first 
interface found with interrupt on specified level. 

BDRY is, by the CPU bus handshake logic, used to clock the content of the BD 
lines (the interrupting interface's ident code) into the DBR register. 

The microprogram moves DBR to the CPU A register and initiates the next 
machine instruction. 



IV.2.2 IDENT PLxx EXECUTION AND THE NORD-100 BUS 



This section is intended tc give a description of how the IDENT PLxx instruction 
appears to the NORD-100 bus. This includes the operation of the CPU bus control 
logic and the control signals involved during IDENT execution. 

Background for signal responses from the I/O interfaces is given in the next 
section. 

As other NORD-100 bus cycles, an IDENT bus cycle is started by an address cycle 
and terminated with a data cycle. Refer to Figure IV. 2. 3. 

In the IDENT address cycle, the level on which the interrupt search is to be 
performed, is presented on the BD lines, combined with BAPR . 

All I/O interfaces having interrupt on the specified level turns on a "flag" to signify 
this. 
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Figure IV. 2.3: IDENT PLxx Interrupt Search via the N0RD- 100 Bus 
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Although several I/O interfaces, at the same time, may have interrupts waiting for 
service on the specified level, only one may be handled at a time. 

This potential problem is solved by the CPU bus handshake logic issuing an 
interrupt search signal (BINIDENT)* which is daisy chained in the NORD-100 bus. 
That is, the search signal is passed form one NORD-100 bus slot position (n) to the 
next (n + 1 ) via the module placed in position n. This is illustrated in Figure IV. 2. 4. 

* The search signal is called BINIDENT when it is input to a module 
and BOUTIDENT when it is leaving a module. 

If the BINIDENT signal reaches a module with the "flag" (interrupt on specified 
level) set, the search is stopped. The interface that stopped the search returns its 
ident code to the CPU, combined with BDRY . 

Modules with no interrupt "flag" set should, with the smallest possible delay, pass 
BINIDENT further to the next slot position. 

Thus, this daisy chain establishes a sequential priority scheme between I/O 
interfaces generating interrupt on the same level. 
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IV. 2. 3 IDENTPLxx EXECUTION AND THE I/O INTERFACES 



All I/O interfaces have an IDENT control logic. The IDENT control logic is normally 
implemented as an integrated part of the device independent IOX/IOXT control 
logic. 

Figure IV. 2. 5 illustrates the basic functions of the control logic. Refer to the 
illustration. 



PIO AND DMA INTERFACES 




Figure IV. 2. 5: CPU - Bus Handshake Logic and I/O Interfaces Bus Control Logic 
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In the IDENT address cycle, all I/O modules, simultaneously, are presented PLxx 
on the BD lines, combined with BAPR . 

BAPR is used to buffer up the content (PLxx) of the BD lines. 

In addition, the interrupt status on the interfaces are "frozen". 

I/O interfaces which have interrupt on specified level and interrrupt status set at 
BAPR are allowed to be set "flag" (interrupt on specified level). 

This is done to ensure a stabilized test condition for the BINIDENT signal. 

As indiciated, the CPU bus handshake logic, from leading edge of BAPR , gives 
the I/O interfaces about 100 ns to complete this procedure. The I/O interfaces 
should then be ready to either pass BINIDENT to BOUTIDENT or stop the search 
and return the IDENT CODE. 



I V.2.4 HARDWARE IMPLEMENT A TION OF THE IDENT CONTROL L OGIC 
ON PIO AND DMA INTERFACES 



The block diagrams given in Figures IV. 2. 6 and IV. 2. 7 are used as illustrations to 
the text in this section. 

Figure IV.2.6 illustrates the IDENT control logic on a single device controller 
interface (DMA controllers). Figure IV.2.7 illustrates how it is implemented on 
multi device interfaces (several PIO controllers on one module). 

The implementation is principally and functionally equal for both single and multi 
device controllers. 

One may look at one part, controlling one device, on a multi device interface and 
find it equal to the logic on a single device interface. Thus, the description of a 
single device interface is applicable to one part of a multi device interface. Refer to 
Figure IV.2.6. 

The PLxx information presented with BAPR„ during IDENT execution flows into 
the interfaces where it is buffered. As indicated, the device interrupt status line(s) 
is buffered at BAPR„. 

It is worth noting that "something" on BD and BAPR is equal to the I/O 
interfaces both for IOX/IOXT and IDENT execution. Thus, the IOX control logic 
prepres the bufferred content of BD (in this case PLxx) for device number 
checking. 
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The IDENT logic, in parallel, investigates if the interface has any interrupt on the 
specified level. If there is, the interface blocks generation of BOUTIDENT in case 
BINIDENT arrives. This is done by the signal STOPIDENT, which is an AND 
function between interrupt on specified level and the interrupt status at BAPR . 
STOPIDENT clamps BOUTIDENT , which is active low, to a high level. In this case 
(IDENT execution), BINIDENT arrives. BINIDENT and STOPIDENT gives the sig- 
nal IDENT internally on the activated interface. 

The IDENT signal is used as the least significant address bit to the device number 
PROM. Most signficant bits are the fixed thumbwheel outputs. That is, a new 
PROM location, containing the interface's ident code, is accessed and enabled on- 
to the NORD-100 bus BD lines. 

After an appropriate "set up time", BDRY is generated to signify presence of 
valid IDENT CODE on the BD lines. 

Now refer to Figure IV. 2. 7. As indicated, the multi device interface is an extended 
single device interface. 

Each device (A, B, ...) has its own device number/ident code PROM. The ident 
code is returned from the different devices as described for the single device inter- 
face. 

The reason for some extra logic is that it might be simultaneous interrupts on the 
specified level within the interface. 

One device within a multi device interface is selected by a priority circuitry. The 
priority circuitry selects one out of a maximum of four devices to be served by the 
current IDENT execution. 
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Figure IV. 2.6: IDENT Control Logic Implemented on Single Device Controllers 
(DMA Controllers) 
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V DIRECT MEMORY ACCESS (DMA) INFORMATION 

EXCHANGE VIA THE NORD-100 BUS 



V.1 GENERAL 



This section is intended to give a functional description of the information 
exchange handled directly between an I/O interface and the NORD-100 memory 
system, referred to as a DMA transfer. 

I/O interfaces capable of handling such transfers are, as previously mentioned, 
generally referred to as DMA controllers. 

A DMA controller is initialized by program, i.e., by means of IOX/IOXT instruc- 
tions. The functions of the program handling a DMA controller varies from one 
device to another and is not discussed here. (A general description is given in Sec- 
tions 1. 3. 5 and 1. 3. 7.) 

What is to be discussed here is the event of one word of information being 
exchanged directly between memory and a DMA controller. 

Such a transfer is based on a defined handshake mechanism against the Bus 
Control Unit (BCU) and the memory system. This handshake mechanism is, of 
course, device independent. 

Thus, the following description applies to all I/O interfaces capable of handling 
direct memory access (DMA) transfers. 
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V.2 THE DMA REQUEST GENERATION 



A DMA controller may need access to memory for one of two reasons: 

— more information from memory is needed (for output) 

— information ready to be written to memory is available in the controller 

That is, either a memory read or write operation. 

Common for both cases is that the NORD-100 bus is needed for the exchange. 
Therefore, if any of the two above conditions occur on a DMA controller, the 
controller will request allocation of the NORD-100 bus. 

The bus allocation request from a DMA controller is referred to as a "DMA 
request". 

The DMA request, named BREQ (Bus REQuest) is a line in the NORD-100 bus 
input to the Bus Control Unit (BCU) priority arbiter. 

BREQ is a shared (wired or) request line among all DMA controllers and may be 
driven from any slot position in the NORD-100 bus. 



ND-06.016.01 



V-3-1 



V.3 



DMA REQUESTS AND THE BUS CONTROL UNIT (BCU) 
THE BUS ALLOCATION ACKNOWLEDGE 
MECHANISM 



After having generated the DMA request by activating BREQo, DMA controllers 
have to wait for an allocation acknowledge signal to initiate the transfer. 

The allocation acknowledge signal, named OUTGRANT, is generated by the BCU 
when the NORD-100 bus is free for a DMA transfer. 

Although several DMA controllers may have generated DMA requests simul- 
taneously, only one should be allowed a transfer at a time. 

In order to select only one DMA controller as "granted" at the time the acknow- 
ledge signal (OUTGRANT) is daisy chained in the NORD-100 bus. OUTGRANT is 
passed from one slot position (n) to the next (n + 1), now named INGRANT, via 
the module placed in position n (refer to the BINIDENT/BOUTIDENT search). 

The first module found with DMA request set is granted and is allowed to make a 
one word exchange. Thus, the INGRANT/OUTGRANT daisy chain establishes a 
sequential priority scheme between the DMA controllers. 

Refer to the illustration given in Figure V.3. 1 . 



NOHD-llX) BUS 



<s> 



OUTGRANT 



START DMA TRANS 




DMA INTERFACE 



(Ca23 lj ^Cc23 ") 



INGRANT OUTGRANT 



MEMORY MODULES 



NOTE 1 : EMPTY SLOT POSITIONS BREAK THE INGRANT/OUTGRANT SEARCH CHAIN 

NOTE 2: MODULE PLACED NEAR EST THE CPU HAS HIGHEST PRIORITY 

NOTE 3: MODULES NOT USING THE DMA SEARCH CHAIN SHOULD STRAP INGRANT TO OUTGRANT 

Figure V.3. V. The DMA Allocation Acknowledge Search Chain 
(INGRANT/OUTGRANT) 
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V.4 A DMA TRANSFER AND THE NORD-100 BUS 



The activity on the NORD-100 bus during a DMA transfer may be divided up into 
two parts: 

— first, the alloation request and allocation acknowledge procedure 

— second, an ordinary memory reference cycle 

The principles behind the first part which purpose is to establish one DMA 
controller as granted has already been explained. As indicated, this part is a 
handshake between the BCU and a requesting DMA controller. The second part, 
the transfer, is a handshake between the granted DMA controller and memory. 
BCU is passive during this part, but monitors the time limit of release. 

In the following text and illustrations, the control signals relevant in the NORD-100 
bus during a DMA transfer are described. 

Due to some difference between a memory read (DMA output) and a memory 
write (DMA input) operation, these cases are covered as Case 1 and Case 2 
respectively. 
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CASE 1: DMA OUTPUT (MEMORY READ) 

Refer to the timing diagram in Figure V.4. 1 . 

The sequence is started by a DMA controller issuing BREQo. As tne request is 
granted the BCU issues the signal BMEM (Bus MEMory reference). BMEM serves 
two important functions. It enables the memory system for further operations and 
"freezes" the DMA request status on the DMA controllers. 

The "freezing" of the DMA request status is done to ensure a stabilized test 
condition for the INGRANT/OUTGRANT search chain. (It might happen that a 
DMA controller activates its request simultaneously with the reception of 
INGRANT.) That is, leading edge of BMEM„ is the last chance for a DMA request 
to be served by the current INGRANT/OUTGRANT search. 

A DMA controller which receives INGRANT active and had DMA request at 
BMEM is allowed to stop the search and establish itself as granted. The granted 
DMA controller starts the memory reference by presenting the memory address on 
the BD lines combined with BAPR. 

The direction signal (BINPUT) not active tells the memory system that the started 
reference is a read operation. 

As soon as the DMA controller has removed its memory address (this is done 
without feedback from memory), the signal BDAP is activated. BDAP (Bus DAta 
Present) means in a memory read cycle, that memory may enable data to the BD 
lines. This is also what the memory system is doing. As the data is valid, memory 
activates BDRY„ (Bus Data ReadY). The DMA controller uses BDRY to strobe the 
content of the BD lines (the read data) into a data buffer. 



1 



WIRED OR 



"\ 



"V-rr- 



ALLOCATION 
PROCEDURE 



j-( ( MEM. ADDRESS ) — f ^^OATAyROM MEM. ) >- 



~\ 



\ 



J\ 



DMA REQ. 
STATUS 
IS FROZEN 



DMA TRANSFER 

MAY START ON _ 

GRANTED CONTROLLER 




MEMORY REFERENCE 



y 



IDATA FROM 
MEMORY IS ACCEPTED 



BD^LINES 
ARE FREE 

FOR DATA 

FROM MEMORY 



DATA FROM MEMORY 
' IS VALID ON BD 



Figure V. 4. V. DMA Output (Memory Read) Transfer via the NORD- TOO Bus 



In the BCU, BDRY signifies transfer completed. The NORD-100 bus is released 
and next bus cycle may be initiated as BDRY goes off (trailing edge off BDRY ). 
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CASE 2: DMA INPUT (MEMORY WRITE) 

A timing diagram illustrating a DMA input (memory write) transfer is given in 
Figure V. 4.2. 

The only difference from the DMA output transfer is the data cycle in the memory 
reference. Hence, it has no meaning to repeat the allocation procedure and the 
address cycle. Refer to Figure V.4.2. 

The direction signal (BINPUT) true, informs the memory system that the started 
memory cycle is a write operation. That is, information is presented the memory 
system from the granted DMA controller. 

The granted DMA controller presents data to the memory system as the address 
cycle is completed. In order for the memory system to know when the data is 
valid, the DMA controller combines the data with BDAP (data present!. 



breo 

BMEM Q 

INGRANT Q 

OUTGRANT 

BD 0-23 
BAPR o 
BINPUT 

BDAP Q 
BDRYo 
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- < MEM.ADDRESS > <" DATA TO ^EMORY > - 




BD LIMES' 
CONTAINS VAU_D_ 
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DATA 
ACCEPTED 



-is 

-IS 
-II 



1 




Figure V.4.2: DMA Input (Memory Write) Transfer via the NORD- 10G Bus 

The memory system uses BDAP to strobe the data in a data buffer and activates 
BDRY to signify "data accepted". 

The leading edge of BDRY terminates the grant mechanism while the trailing edge 
of BDRY terminates the bus cycle. 

A DMA controller's handling of direct memory transfers are covered in the next 
section. 
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V.5 DMA TRANSFERS AND THE DMA CONTROLLERS 



Each DMA controller has their own "request/grant logic". This logic is specially 
designed to request allocation of the NORD-100 bus and as the request is acknow- 
ledged, to handle a memory reference. 

The handshake signals in a DMA transfer and the sequence in which they appear 
at the NORD-100 bus are supposed to be known from the previous section. Based 
on this knowledge, Figure V.5.1 illustrates why the different signals are generated 
and how they are used. 

Refer to Figure V.5.1 and note that the BCU is not involved in the memory refer- 
ence. The memory reference is handled by the granted DMA controller. Further, 
note that the only control signal in response from the memory system is BDRY . 

BDRY is the well known "transfer completed and release bus" signal which 
prevents time out, i.e., memory out of range (MOR) in this case. If a MOR occurs 
during a DMA cycle this will be indicated in the PES (Parity Error Status register) 
by bit 14 (DMA) set and bit 15 (Fetch) not set. 
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Figure V.5. 1: DMA Controller and BCU and MEMORY Interaction 
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VI NORD-100 BUS EXTENDER (BEX) 

VI. 1 GENERAL 



The number of modules that could be connected to a NORD-100 system is of 
course limited to the number of available NORD-100 bus slot positions. 

Thus, the limitation set by one of the available card crates is 12 or 21 modules 
depending on whether a 12 or a 21 position card crate is selected. 

Although 21, or often less than 12 modules are sufficient for most systems, some 
configurantions require more space than even the 21 position card crate can offer. 

This potential space problem is solved by the NORD-100 Bus Extender (BEX) 
system. 

The BEX system makes it possible to extend the NORD-100 bus structure by 
linking together from two to a theoretical maximum of 8 NORD-100 card crates. It 
should be noted that only one CPU module can be connected to the system. 
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VI.2 



FUNCTIONAL DESCRIPTION 



Vl.2.1 



DEFINITION OF TERMS 



The implementation of the NORD-100 Bus Extender System is handled by a 
module, obviously enough, called Bus Extender (BEX). Two crates are physically 
connected via two cables between one BEX module in each crate. Thus, the BEX 
modules occupy one slot position in each of the crates that are to be linked toget- 
her (see Figure Vl.2.1). 



BEX NO. (MASTER BEX) 



JUL 



CPU 
MMS 



PIO, DMA 
MEMORY 



CRATE A 



BEX NO. 1 

! 



BEX NO. 7 



PIO, DMA 
MEMORY 



C H 



CRATE B 



= ,,-=? 



/ > 




PIO, DMA 
MEMORY 








' 



CRATE H 



CRATE INTERCONNECTION CABLES 

Figure VI.2. 1: NORD- 100 Bus Extender System 

Only one CPU can be connected to the Bus Extender System. 

The crate where the CPU is located is referred to as the A crate. The BEX module 
located in the A crate has to be BEX no. which defines it as the "MASTER 
BEX". 

From the MASTER BEX in crate A, two cables are connected to BEX no. 1, 
located in the next crate, called crate B. 

From BEX no. 1 in crate B, two new cables give a link further to BEX no. 2 in crate 
C and so on. 

The NORD-100 BEX system ensures that each slot position in any crate hase equal 
properties. Thus, it is possible to mix PIO controllers, DMA controllers and 
memory modules in all the crates. 
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VI .2.2 ORGANIZATION OF MODULES IN A BUS EXTENDED SYSTEM 



The actual placement of modules in a bus extended system follows the same rules 
as for a single crate system. 

The overall subject in the placement rules is to maintain the propagation of the dai- 
sy chained backplane signals, i.e., INIDENT/OUTIDENT, INGRANT/OUTGRANT 
and BINCONTR/BOUTCONTR. (The last chain is for future use.) 

From the discussion of these signals earlier in this manual, remember that they all 
are generated by the CPU module. 

Rules for Placement of the MASTER BEX in the A crate : 

The search chains are connected between the crates via the BEX modules. 

NOTE 1: Thus, there should never be any empty positions between the CPU and 
the first BEX in the crate chain, i.e., the MASTER BEX. 

If one of the search signals are received active by the MASTER BEX, it means the 
actual search signal did not find stop condition in the A crate. Thus, the search is 
stopped in the A crate at the MASTER BEX's position and passed over to the next 
card crate. 

NOTE 2: If the last I/O device controller (PIO or DMA) or memory module is 
placed in the A crate position N, the MASTER BEX should be placed in 
position N + 1 . 

The normal situation is that note 1 is satisfied by a filled A crate. Consequently, the 
MASTER BEX is normally placed in the last A crate position. 

Rules for Placement of BEX No. 7 to BEX No. 7: 

The BEX modules no. 1 to no. 7 are all located in card crates with no CPU. 
However, they are linked to the CPU by the MASTER BEX. Thus, the BEX 
modules "represent" or "simulate" the CPU for the modules in the crates B, C, ... 
H. 

NOTE 3: BEX no. 1 to no. 7 should be placed in position 1 in their respective crates 
(i.e., BEX no. 1 in position 1 in the B crate and so on). 
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VI.3 CONTROL OF THE BUS EXTENDER (BEX) MODULES 

VI. 3.1 INTRODUCTION 



In addition to being a transparent bus extension, the BEX modules provide several 
features which are controllable by program or switches. 

Most of the control functions are aimed against controlled routing of memory 
addresses when memory is partioned between several card crates. In addition, the 
response to different error situations may be set individually for each crate. 

Some registers may be read for handling of error situations or configuration 
investigation. 

Programmed access to the BEX modules has to be done by means of IOXT 
instructions (device register address > 100 000). 
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VI .3.2 THE MEMORY ADDRESS ROUTING MECHANISM 



The total memory capacity in a bus extended system may be divided in different 
crates. 

In order to route the memory addresses to the crates where they are represented 
by physical memory, each BEX module has a Lower Limit (LL) address register and 
an Upper Limit (UL) address register. 

On each BEX connected to a crate with memory, these registers have to be given a 
value which corresponds to the memory area covered by the crate. 

If a BEX is connected to a crate without memory, the values set in the limit 
registers should be 0, to avoid unnecessary bus activity. 

In addition to the Lower Limit and Upper Limit address registers, each BEX 
contains a base register. The value of the base register is used to give a positive 
offset to the address presented to a card crate. 

The following illustrates how the three address registers (LL, UL, Base) work 
together. 



NORD-100 CARD CRATE 



BEX MODULE 



W~ 




CRATE 
ADDRESS 



NORD-100 BUS 
BACKPLANE 



PRESENTED 
ADDRESS 



^ TO NEXT CRATE 



Figure VI. 3. 1: Memory Address Routing 
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During a memory reference, either initiated by the CPU or a DMA controller, all 
crates will be presented the memory address simultaneously. Thus, all BEX 
modules, in parallel, will "look" at the address to see if it is between the Lower 
Limit and Upper Limit set for the crate. 

Only one BEX should find the presented address between its limits. 

LL <PRESENTED ADDRESS < UL 

The BEX which finds the address ok starts a memory cycle in its crate, where 
memory is presented a "crate address" (refer to Figure VI. 3.1). 

The crate address is calculated by the BEX as given below. 

CRATE ADDR. = PRESENTED ADDR. - LL + BASE 
For addresses below 1 M word, Lower Limit (LL) is set equal to the base. That is, 

CRATE ADDR. = PRESENTED ADDR. 

Only one answer from memory is ensured by the memory modules own lower/ 
upper limit address test. 

Setting of the BEX limit registers could either be done by switches or by program. 
How this is done, together with an example, is explained in the next sections. 
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VI. 3. 3 HARDWARE SWITCH SETTING 



Most of the parameters that are to be set on the BEX modules, could be set either 
by program or switches. 

If corresponding parameters are set both by program and switches, the program- 
med value will be used. However, it should be noted that after a "MASTER 
CLEAR" or a programmed "DEVICE CLEAR" the programmed values will be reset 
and the hardware settings used as "default values". 

The only hardware settings that cannot be set by the program is the BEX number 
and the VITAL switch (see the description). 

Refer to Figure VI. 3. 2 for physical placement of the switches, the thumbwheel and 
the Light Emitting Diode (LED) indicator. Refer also to the figure for associated 
abbreviations. 



Lower 
Limit 



CO 
CO 

5 




CO 
CO 

_l 




to 
to 
5 




to 
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to 
to 
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to 
to 
-J 



Upper 
Limit 
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MSS: MOST SIGNIFICANT SWITCH 
LSS: LEAST SIGNIFICANT SWITCH 



ft 



* — ALL 



OW SWITCH 
VITAL SWITCH 
VITAL ON/OFF INDICATOR 



-BEX NO. THUMBWHEEL (TH1) 
■BASE SETTING DISPLAY 
•UPPER LIMIT DISPLAY 
•LOWER LIMIT DISPLAY 



LOWER/UPPER LIMIT AND BASE 
ADDRESS SWITCHES 



y 



Figure VI. 3. 2: Physical Placement of Switches and Indicators on a BEX Module 
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BEX Number Selection — The Device Number (DEV. NO. ) Thumbwheel 

Eight BEX numbers are defined, thus the device number thumbwheel may take the 
values from 0, 1, ...,7. 



TH1 pos 


Dev. No. 


Int. Level 


Ident Code 


0* 


100000 


13 


10 


1 


100004 


13 


11 


2 


100010 


13 


12 


3 


100014 


13 


13 


4 


100020 


13 


14 


5 


100024 


13 


15 


6 


100030 


13 


16 


7 


100034 


13 


17 



* BEX No. is defined as MASTER BEX and should be placed in the A crate. 

The ALLOW Switch 

This function is not applicable and the switch should always be in ON position on 
all BEX's. The position of this switch could be investigated by program by reading 
BEX status register (see programming specification section VI. 3. 4). 

The VITAL Switch 



Most 



This switch is not relevant for the MASTER BEX (BEX no. 0). The VITAL switch 
controls how a BEX (BEX no. > 1) will report a Power Fail Interrupt (PFI) in its lo- 
cal crate. 

If the switch is ON (yellow LED not lit) and a PFI occurs in a crate, the connected 
BEX reports a PFI causing level 14 interrupt in the CPU (if enabled). That is, as if 
the PFI occurred in the A crate. 

If the VITAL switch is OFF (yellow LED lit) the BEX sensing PFI reports this to be 
the CPU by an interrupt on level 13. It must then be decided by software how vital, 
i.e., how serious the PFI is. 

The Lower Limit, Upper Limit and Base Address Register Switches and their 
Associated Display Indicators 

The switches (and displays) for hardware setting of the address limits and the base 
register is physically located in the upper left corner of the BEX module (refer to 
Figures Vl.3.2 and VI. 3.3). 



oiioiioiioiioio ED raj ED. 



1 



y 

Lower Limit 
Switches 



Least Most 



Upper Limit 
Switches 



Least Most 

J \ 



Least 



Base switches 



J^. 



J \- 



V~ 

Lower Limit Upper Limit 
Display Display 



J V_ 



.J 



Base Display 



Figure VI. 3. 3: Upper L eft Corner of a BEX Module seen from the Top of the Module 
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The displays will always show the currently used limit/base setting. Thus, 
corresponding display and pair of switches will be equal if none of the limit 
registers has been programmed to a different value than the value set by the swit- 
ches. 

The displays will not follow dynamically changes in the switches. Change in the 
switches is set into the limit registers and displayed after a "MASTER CLEAR" or 
programmed "DEVICE CLEAR". 

The resolution of the switches is 64 K words per number turn on the least 
significant limit switch. 

In Table VI. 3.1 a complete list is given for all the possible switch combinations. 
The numbers given in the table correpsond to the displayed value by a given 
switch setting in either the Lower Limit, Upper Limit or Base registers. 

To get the corresponding value in K words, a table entry (Table Vl.3.1) should be 
converted to decimal and multiplied by 64 K words. 

Refer also to Section VI .4 — Configuration Examples. 
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VI .3.4 BUS EXTENDER (BEX) PROGRAMMING SPECIFICA TIONS 



The BEX module is programmable by means of IOXT instructions. Each BEX num- 
ber (device no.) is assigned 4 IOXT device register addresses. 

The registers corresponding to the device register addresses is given below. 



Device Register Address 


Register 


Dev. No. + 
Dev. No. + 1 
Dev. No. + 2 
Dev. No. + 3 


Read Data 

Write Data 

Read Status Register 

Write Control Register 



The value of Dev. No. depends on the device number thumbwheel setting and is 
given in Section VI. 3. 3 

Register Format and Description 

CONTROL REGISTER (DEV. NO. + 3) 



Bit No. 


Function 


— 



1 
2 
3 
4 
5 
6 
7 
8 
9 
10-15 


Not Assigned (NA) 

Error interrupt enable level (13) 

Activate, write data to selected register 

Not Assigned 

Clear Device 




■ Mode (see decoding below) 




Allow 

External Interrupt Disable 

Not Assigned 





Bit Description 

Bit 1 : If this bit is set, a level 13 interrupt will be generated if a parity error or 

local power fail interrupt is detected. 

Bit 2: Activate. 

Only used when writing memory limits into the selected limit register. 
The selection is done by the mode bits in the same control word as 
activate. 



Bit 4: Clear Device. 

Writing the control register with this bit set generates a reset pulse on 
the affected BEX. The reset pulse will set the BEX to "initial" state. 

Programmed content in the limit and base registers will be reset. The 
switches will be set into the limit/base regsiters and the displays PES 
and PEA registers are not affected. 
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Bits 5-7: Modus. 

The Modus bits are used to specify which register is to be accessed in 
a read or write data operation. The decoding of the modus bits is given 
below. 



Bit No. 







1 
1 
1 






1 
1 




1 





1 



1 



1 





Specified register 



Read Parity Error Status Register (PES) 

Read Parity Error Address Register (PEA) 

Read Lower Limit 

Read Upper Limit 

Write Lower Limit 

Write Upper Limit 

Write Base 



During a write operation the content of the BEX data register is moved 
to the register specified in the modus bit if the activate bit is set. 

In a read operation, the specified regsiters will be enabled onto the 
external bus during the next Read Data cycle. 

Bit 8: Allow. 

Should always be one. 

Bit 9: External Interrupt Disable. 

A possibility in software to disable interrupts from a specific crate. 



STATUS REGISTER (DEV. NO. + 2) 



Bit No. 





1 

2 

3 

4 

5-7 

8 

9 
10 
11 
12 
13-15 



Function 



Not Assigned 

Interrupt enabled (copy of bit one in CONT. REG.) 

Not Assigned 

= 1 

Error 

Mode (copy of same bits in CONT. REG.) 

Allow 

External activity when failing 

Parity Error 

Not Assigned 

Power Fail Interrupt 

Not Assigned 
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READ DATA (DEV. NO. + 0) 
WRITE DATA (DEV. NO. + 1) 

A READ DATA (dev. no. + 0) operation should always be preceded by selection 
of a register by means of the modus bits in the control register. 

A WRITE DATA (dev. no. + 1) operation should always be followed by specifica- 
tion of the actual destination register in the BEX. 

The destination register is specified in the modus bits in the control register 
together with the activate bit (bit 2) set to one. 

Data Formats 

The A register format before write BEX data register when destination is lower/ 
upper limit register or base register, and A regsiter after a read of the same regi- 
sters. 



15 



8 7 



NOT ASSIGNED 


LOWER LIMIT* 


NOT ASSIGNED 


UPPER LIMIT* 


NOT ASSIGNED 


BASE* 



READ/WRITE LOWER LIMIT 



READ/WRITE UPPER LIMIT 



WRITE BASE 

* Lower/upper limit and base values are in accordance with Table Vl.3.1. 
Format of the A register after reading PES and PEA registers: 
15 

READ PEA 



LEAST MEMORY ADDRESS 



15 


14 


13 


12 


8 


7 





F 


D 


FA 


C4 


CO 


Most Memory Address 



READ PES 



Bits 8-12: Syndrome bits (error code) used to find failing bit if FA = 0. 

Bit 13: Fatal 

"1" = uncorrectable error 
"0" = corrected error 

Bit 14: DMA — error occurred during DMA cycle in this crate. 

Bit 15: Fetch — always read as since fetch is an internal CPU signal. 
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CONFIGURATION EXAMPLES 



Assume a system of two NORD-100 card crates and 512 k words physical memory. 
The memory capacity is divided equally between the crates, i.e., 256 k words in 
each crate. In switch settings the BEX modules will then be given as below. 



CRATE A 

=£> BEX NO. 



1 



(0) 



(4) 



(0) 

(0) 
(0) 

(4) 
(0) 

(0) 
(0) 



BASE DISPLAY 



UL DISPLAY 



«* 



LL DISPLAY 



* BASE | 



> UL 



J 



u 



r ll 



MEMORY SETTINGS 
CRATE A 

00 0-64k 

04 64-1 28k 

10 12S-192k 

14 192-256k 



CRATE B 



r 



BEX NO. 1 



(4) 



(10) 



(4) 

(4) 

(0) 
(A) 

(0) 
(4) 

(0) 



BASE DISPLAY 



UL DISPLAY 



M 



LL DISPLAY 



e°! 



L. BASE 



WUL 



to 



u 



>■ LL 



Figure VI.4. 1: BEX Configuration Example 
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MEMORY SETTINGS 
CRATE B 

20 256-320k 

24 320-384k 

30 384448k 

34 448-51 2k 
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VI. 5 BEX INTERCONNECTION 

ARRANGEMENT 



PHYSICAL CABLE 



The BEX modules (i.e., the card crates) are physically linked together by two 
cables. The cables are connected to the BEX ADAPTER (a small print board) 
mounted in the plug panel in the rear of the cabinet. 

The BEX ADAPTER contains four slots for cable connection - two for ingoing ca- 
bles and two for outgoing cables (to the next crate). The connectors used for ingo- 
ing cables are marked AIN, BIN. The connectors used for outgoing cables are mar- 
ked AOUT, BOUT. Refer to Figure VI. 5.1 for illustration. 




Figure VI. 5. 1: Illustration - 1969 BEX ADAPTER and BEX Interconnection Cables 
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The AIN and BIN connectors are never connected (used) in the A crate, while they 
are always used on other crates. 

The AOUT and BOUT connectors are used in all crates except the last crate in the 
crate chain. 

The BEX ADAPTER AIN and BIN connectors are connected to the BEX module by 
two internal flat cables. 

The internal cable is equipped with a termination plug where each cable signal is 
terminated. The termination plugs are physically connected to the internal cables 
approximately 10 cm from where they reach the BEX module. Thus, there is no 
need for termination in the last (and open) AOUT and BOUT ports. Refer to Figure 
VI.5.2foran illustration of the internal wiring. 




TERMINATION 
► LUGS 



INTERNAL 1:1 
CABLE 



1S69 BEX ADAPTER 
(inuuntfcd m plug panel 



Figure VI. 5.2: Illustration — BEX Internal Wiring 
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APPENDIX A 

STANDARD NORD-100 DEVICE REGISTER ADDRESSES 
AND IDENT CODES 



In the following only the most frequently used Device Names are listed. 

Two Device Names may use the same Device Register Address range. In these 
cases only the most common Device Name is listed. 
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SINTRANIII 






Device Reg. 


Interrupt 


Logical Device 


Ident Code 


Device Name 


Address Range 


Level 


Numbers* 
(octal) 


(octal) 




4- 7 


13 




4 


Memory Parity N-12/N-42 


10- 13 


13 




1 


Real Time Clock 1 


14- 17 


13 




2 


Real Time Clock 2 


20- 23 


13 




6 


Real Time Clock 3 


24- 27 


13 




7 


External Interrupt 


30- 33 


12 




16 


NORD-50/1 


34- 37 


10 




16 


ACM 5 


40- 43 


10 




15 


ACM 1 


44- 47 


10 




25 


ACM 2 


50- 53 


10 




40 


ACM 3 


54- 57 


10 




41 


ACM 4 


60- 77 








NORD-50/1 Regs. 


100-107 


10-12 


6 


4 


Sync. Modem 1 


110-117 


10-12 


16 


14 


Sync. Modem 2 


120-127 


10-12 


30 


20 


Sync. Modem 3 


130-137 


10-12 


31 


24 


Sync. Modem 4 


140-147 


10-12 


26 


30 


Sync. Modem 5 


150-157 


10-12 


27 


34 


Sync. Modem 6 


160-167 


10-12 




40 


Sync. Modem 7 


170-177 


10-12 




10 


Sync. Modem 8 


200-207 


10-12 


7 


60 


Terminal 17 


210-217 


10-12 


17 


61 


Terminal 18 


220-227 


10-12 


52 


62 


Terminal 19 


230-237 


10-12 


53 


63 


Terminal 20 


240-247 


10-12 


54 


64 


Terminal 21 


250-257 


10-12 


55 


65 


Terminal 22 


260-267 


10-12 


56 


66 


Terminal 23 


270-277 


10-12 


57 


67 


Terminal 24 


300-307** 


10-12 


1 


1(120)*** 


Terminal 1 


310-317** 


10-12 


11 


5(121)*** 


Terminal 2/TET 15 


320-327** 


10-12 


42 


6(122)*** 


Terminal 3/TET 14 


330-337** 


10-12 


43 


7(123)*** 


Terminal 4/TET 13 


340-347 


10-12 


44 


44 


Terminal 5/TET 12 


350-357 


10-12 


45 


45 


Terminal 6/TET11 


360-367 


10-12 


46 


46 - 


Terminal 7/TET 10 


370-377 


10-12 


47 


47 


Terminal 8/TET 9 



* A complete list of SINTRAN III Logical Device Numbers is found in SINTRAN III 
Reference Manual (ND-60.125). 

Terminal no. 1 is implemented on the CPU module. Terminals with device 
numbers 310-317, 320-327 and 330-337 are normally not used. 

*** Number in parenthesis is valid for 4 current loop modules. 
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SINTRANIII 






Device Reg. 


Interrupt 


Logical Device 


Ident Code 


Device Name 


Address Range 


Level 


Numbers* 
(octal) 


(octal) 




400- 403 


12 


2 


2 


Paper Tape Reader 1 


404- 407 


12 


12 


22 


Paper Tape Reader 2 


410- 413 


10 


3 


2 


Paper Tape Punch 1 


414- 417 


10 


13 


22 


Paper Tape Punch 2 


420- 423 


12 


4 


3 


Card Reader 1 


424- 427 


12 


14 


23 


Card Reader 2 


430-433 


10 


5 


3 


Line Printer 1 


434- 437 


10 


15 


23 


Line Printer 2 


440- 443 


10 


10 


11 


Calcomp Plotter 1 


444- 447 


10 


50 


12 


Card Punch 1 


450- 453 


10 


35 


21 


Card Punch 3/Calc. 2 


454- 457 


10 


51 


13 


Card Punch 2 


460- 467 


10-12 




31 


E&Pict. Syst. I/O 


470- 477 


12 






Graphical Pen 


500- 507 


11 




1 


Disk System 1 


510- 517 


11 




5 


Disk System 2 


520- 527 


11 




3 


Mag. Tape 1 


530- 537 


11 




7 


Mag. Tape 2 


540- 547 


11 




2 


Drum 1 


550- 557 


11 




6 


Drum 2 


560- 577 


12-13 


1006 


156 


HDLCHASP1 


600- 607 


11 


22 


4 


Versatec 1 


610- 617 


11 




11 


Core -to-Core 1 


620- 637 


11 


36 


10 


CDC I/O Link 


640- 647 


10-12 


1040 


124 


Terminal 33 


650- 657 


10-12 


1041 


125 


Terminal 34 


660- 667 


10-12 


1042 


126 


Terminal 35 


670- 677 


10-12 


1043 


127 


Terminal 36 


700- 707 


12 


20 


11 


CATSY 1 


710- 717 


12 


21 


21 


CATSY 2 


720- 727 


11 




23 


E & S Pict. Syst. DMA 


730- 737 


10 




10 


D/ A- Converter 


750- 753 


13 




5 


BIG MPM LOG Module 


754- 757 


12 




13 


Process Input 5 


760- 767 


10-11- 
12-13 




100 


Test Card 


770- 773 


12 




17 


Dig. Reg. 1 Input 


774- 777 


10 




17 


Dig. Reg. 1 Output 


1000-1003 


12 




26 


Dig. Reg. 2 Input 


1004-1007 


10 




26 


Dig. Reg. 2 Output 


1010-1013 


12 




27 


Dig. Reg. 3 Input 


1014-1017 


10 




27 


Dig. Reg. 3 Output 


1020-1023 


12 




43 


Dig. Reg. 4 Input 


1024-1027 


10 




43 


Dig. Reg. 4 Output 


1030-1033 


12 




116 


NORD50/2 


1034 








Watch Dog 


1035 








Process Output 1 


1036 

| 


| 






Process Output 2 


I ~ 
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SINTRANIII 






Device Reg. 


Interrupt 


Logical Device 


Ident Code 


Device Name 


Address Range 


Level 


Numbers* 
(octal) 


(octal) 




1037 








Process Output 3 


1040-1043 


12 




15 


Process Input 1 


1044-1047 


12 




25 


Process Input 2 


1050-1053 


12 




40 


Process Input 3 


1054-1057 


12 




12 


Process Input 4 


1060-1077 








NORD-50/2Reg. 


1100-1107 


10-12 


1044 


130 


Terminal 37 


1110-1117 


10-12 


1045 


131 


Terminal 38 


1120-1127 


10-12 


1046 


132 


Terminal 39 


1130-1137 


10-12 


1047 


133 


Terminal 40 


1140-1147 


10-12 


1050 


134 


Terminal 41 


1150-1157 


10-12 


1051 


135 


Terminal 42 


1160-1167 


10-12 


1052 


136 


Terminal 43 


1170-1177 


10-12 


1053 


137 


Terminal 44 


1200-1207 


10-12 


70 


70 


Terminal 25 


1210-1217 


10-12 


71 


71 


Terminal 26 


1220-1227 


10-12 


72 


72 


Terminal 27 


1230-1237 


10-12 


73 


73 


Terminal 28 


1240-1247 


10-12 


74 


74 


Terminal 29/PHOTOS. 1 


1250-1257 


10-12 


75 


75 


Terminal 30/PHOTOS.2 


1260-1267 


10-12 


76 


76 


Terminal 31 /PH0T0S.3 


1270-1277 


10-12 


77 


77 


Terminal 32/PHOTOS. 4 


1300-1307 


10-12 


60 


50 


Terminal 9 


1310-1317 


10-12 


61 


51 


Terminal 10 


1320-1327 


10-12 


62 


52 


Terminal 11 


1330-1337 


10-12 


63 


53 


Terminal 12 


1340-1347 


10-12 


64 


54 


Terminal 13 


1350-1357 


10-12 


65 


55 


Terminal 14 


1360-1367 


10-12 


66 


56 


Terminal 15 


1370-1377 


10-12 


67 


57 


Terminal 16 


1400-1407 


10-12 


1054 


140 


Terminal 45 


1410-1417 


10-12 


1055 


141 


Terminal 46 


1420-1427 


10-12 


1056 


142 


Terminal 47 


1430-1437 


10-12 


1057 


143 


Terminal 48 


1440-1443 


12 




101 


A/D Converter 1 


1444-1447 


12 




102 


A/ D Converter 2 


1450-1453 


12 




103 


A/D Converter 3 


1454-1457 


12 




104 


A/D Converter 4 


1460-1463 


12 




105 


A/D Converter 5 


1464-1467 


12 




106 


A/D Converter 6 


1470-1473 


12 




107 


A/D Converter 7 


1474-1477 


12 




110 


A/D Converter8 


1500-1507 


10-12 


1060 


144 


Terminal 49 
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SINTRANIII 






Device Reg. 


Interrupt 


Logical Device 


Ident Code 


Device Name 


Address range 


Level 


Numbers 
(octal) 


(octal) 




1510-1517 


10-12 


1061 


145 


Terminal 50 


1520-1527 


10-12 


1062 


146 


Terminal 51 


1530-1537 


10-12 


1063 


147 


Terminal 52 


1540-1547 


11 




17 


Big Disk System 1 


1550-1557 


11 




20 


Big Disk System 2 


1560-1567 


11 


1000- 1002 


21 


Floppy Disk 1 (UnitO, 1,2) 


1570-1577 


11 


1003- 1005 


22 


Floppy Disk 2 (Unit 0, 1,2) 


1600-1603 


11 




14 


Versatec 2 


1604-1607 








HDLC Remote Load 1 


1610-1613 








HDLC Remote Load 2 


1614-1617 








HDLC Remote Load 3 


1620-1623 








HDLC Remote Load 4 


1624-1627 








HDLC Remote Load 5 


1630-1633 








HDLC Remote Load 6 


1634-1637 








HDLC Remote Load 7 


1640-1657 


12-13 




150 


HDLCNORD-NET1 


1660-1677 


12-13 




151 


HDLCNORD -NET2 


1700-1717 


12-13 




152 


HDLCNORD-NET3 


1720-1737 


12-13 




153 


HDLCNORD-NET4 


1740-1757 


12-13 




154 


HDLCNORD-NET5 


1760-1777 


12-13 




155 


HDLCNORD-NET6 
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APPENDIX B 
INTERNAL REGISTERS 



The following internal registers are implemented for internal control and status of 
the CPU, memory management system and memory. These registers are only 
accessed by privileged instructions, and could not be accessed by an ordinary 
customer's program. Internal registers can be accessed when the computer is in 
STOP or OPCOM mode. 

For a detailed description refer to the manual "NORD-100 Functional Description". 
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Register 

Name: No.: Description: 

PANS Panel status register. Gives information to the microprogram 

about the display status. Also used by microprogram. 

PANC Panel Control. Controls the state of the display from the micro- 

program. Also used by microprogram. 

STS 1 Status Register. Bits 0-7 are level dependent and accessible from 

user programs while bits 8-15 are system dependent and only 
accessible by system (TRA/TRR). 

OPR 2 Operator's register. Implemented in firmware. 

LMP 2 Display register. Implemented in firmware. 

PSR 3 Paging status register. 

PCR 3 Paging control register. 

PVL 4 Previous level. The content of the register is: IRR <previous level 

*10 8 > DP. 

IIC 5 Internal interrupt code. 

HE 5 Internal interrupt enable. 

PID 6 Priority interrupt detect. 

PIE 7 Priority interrupt enable. 

CSR 10 Cache status. 

CCLR 10 Clear cache 

LCILR 11 Lower cache inhibit limit register 

ACTL 1 1 Active level 

ALD 12 Automatic load descriptor 

UCILR 12 Upper cache inhibit limit register 

PES 13 Parity error status 

PCR 14 Paging control register read on specified level 

PEA 15 Parity error address 
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B . 1 PROGRAMMING SPECIFIC A TIONS FOR TERMINAL NO. 1 

The current loop interface, located on the CPU board, has device numbers 
300-307. 

IOX 300: 

Read input data (according to input control word setting). The last inputted 
character is transferred to the A register. The data available signal is reset if 
MOPC is not active. 

IOX301: 

No operation. 
IOX 302: 

Read input status. 

Bit = 1 ; data available will give interrupt when it occurs. 

Bit 3 = 1; data is available (ready for transfer). Is never given if MOPC is 
active. 

4=1; inclusive or of error bits 5-7. 

Bit 5 = 1; framing error. 

Bit 6 = 1 : parity error. 

Bit 7 = 1; overrun. 

Bits 1-2 and 8-15 are always zero. 
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IOX303: 

Set input control. 

Bit = 1 ; enable interrupt if data available (ready for transfer) occurs. 

Bit 11 and Bit 12: 

Bit 1 1 = 1 and Bit 12 = 1 signifies 5 bits code. 

Bit 1 1 =0 and Bit 12 = 1 signifies 6 bits code. 

Bit 1 1 = 1 and Bit 12 = signifies 7 bits code. 

Bit 1 1 =0 and Bit 12 = signifies 8 bits code. 

Bit 13 = 1 signifies 1 stop bit. 

Bit 13 = signifies 2 (1.5 for 5 bits) stop bits. 

Bit 14 = 1 ; a parity bit is added to the number of bits mentioned above. 
Bit 14 = 0; no extra bit is added to the bits mentioned above. 

IOX 304: 

Returns in the A register and has no other effect. 
IOX 305: 

Write data (according to input control word setting). 
IOX 306: 

Read output status. 

Bit = 1 ; ready for transfer will give interrupt when it occurs. 
Bit 3 = 1; ready for transfer. 
Bits 1-2 and 4-15 are always zero. 

IOX 307: 

Set output control. 

Bit = 1 ; enable interrupt if ready for transfer occurs. 
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B.2 NORD-100 4 OR 8 ASYNCHRONOUS SERIAL INTERFACE 

PROGRAMMING SPECIFICATIONS 



GENERAL 

Four/eight independent asynchronous serial interface lines. Each line has 
independent split speed (input/output speed) possible range from 50 to 9600 baud. 

Line connection is switch selectable for each line (see Appendix C.2). 

Connection could be in accordance to: 

— 20mA current loop for local terminal connection 

- CCITT V.24/X.21 bis (EIA RS-232c) for full duplex asychronous, "dialed up" 
modem lines. 



B.2.1 NORD-100 4 or 8 Asynchronous Current Loop Programming 

Specifications 



TERMINAL ADDRESS CODES 

The IOX <dev. no.> relevant for different terminals is found in Appendix A. The 
device number «dev. no.M is selected by a thumbwheel. Device number and 
corresponding thumbwheel settings are given in Appendix D.2.2. 



INPUT CHANNEL (INTERRUPT LEVEL 12) 

Read Data Register 

IOX<dev. no.> + 

The number of data bits read into the A register is specified by bits 11 and 12 in the 
interrupt channel control register. The received character is right justified (from bit 
Oand upwards). 

Read Status Register 

IOX<dev. no.> + 2 
See paragraph for Status Registers. 
Write Control Register 

IOX<dev. no.> + 3 
See paragraph for Control Register. 
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OUTPUT CHANNEL (INPUT LEVEL 10) 

Write Data Register 

IOX<dev. no.> + 5 

The number of bits specified by bits 11 and 12 in the input channel control register 
is written to the output data register, starting with bit and counting upwards. 

Read Status Register 

IOX<dev. no.> + 6 
See paragraph describing Status registers. 
Write Control Register 

IOX<dev. no.> + 7 
See paramter describing control registers. 
DATA RATE SELECTION 

IOX<dev. no.> + 1 

/DENT CODE 

The ident code for the input channel and the output channel will be the same, with 
the input channel responding to level 12 and the output channel responding to 
level 10. The selection of different ident codes are given in the paragraph on Ident 
does and Interrupt mechanism. 
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INPUT CHANNEL 
Status Register 
Bit 

Ready for transfer interrupt enabled 

1 Not used 

2 Not used 

3 Device ready for transfer 

4 Inclusive OR of errors 

5 Framing error 

6 Parity error 

7 Overrun 
8^ 
9 

10 

11 

12 ^ Not used 

13 

14 

1E V 

Note: Additional explanation to status bits. 

Bit 5: Framing error means that the stop bit is missing. 

Bit 6: Parity error means that a parity error has occurred while working in 

parity generating/checking mode. 

Bit 7: Overrun means that at least one character is overwritten while input is 

active. 
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Control Register 
Bit 

Enable interrupt on device ready for transfer 

1 Not used 

2 Not used 

3 Test mode 
4^ 
5 
6 

7 r Not used 
8 
9 

10^ 

11-12 Character length 

13 Number of stop bits 

14 Parity generation/checking 

15 Not used 

Note: There is no need for separate activation. The received data will always 

be clocked into the receiver data buffer. 

Bit 3: Test mode will loop transmitted data back to received data and if the 

other terminal is connected to the line, transmitted data will also be 
transferred to this terminal. If test mode is selected for one of the four 
interfaces all four will be set in test mode. 

Bit 11-12: The content of these bits gives the following character lengths, both 
for the input channel and the output channel. 

Bit 12 Bit 11 



1 
1 

If bit 14 is a 1 , a parity bit is added to the number given in this table. 

Bit 13: This bit = will select 1.5 stop bits for 5 bits character and 2 stop bits 

otherwise. This bit = 1 will select 1 stop bit. 

Bit 14: If this control bit is 0, no parity bit will be added to the character on the 

output channel and the received character will not be checked for 
parity. A 1 in this control bit will add an even parity bit to the character 
on the output channel, and give an error indication if the received 
character has an odd parity. 






8 bits 


1 


7 bits 





6 bits 


1 


5 bits 
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OUTPUT CHANNEL 
Status Register 
Bit 

Ready for transfer interrupt enabled 

1 Not used 

2 Not used 

3 Device ready for transfer 
4-15 Not used 

Bit 3: This bit indicates that the output data buffer is ready to receive a new 

character. 

Control Register 



Bit 

Enable interrupt on device ready for transfer. 
1-15 Not used 

Note: The device is activated when a character is loaded into the output 

character register. There is no need for separate activation. 
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CONTROL AND STATUS WORDS 
Input 



Bit 


Status 


Control 





RFT 


Enable RFT 


2 






3 


Dev. RFT 


Test 


4 


ERROR 




5 


Framing 




6 


Parity 




7 


Overrun 




8 






9 






10 






11 




Character length 


12 




Character length 


13 


Stop bits 




14 




Parity generation/check 


15 







Output 



Bit 


Status 


Control 





RFT enable 


Enable RFT 


1 






2 






3 


Device RFT 




4 


ERROR 




5 


Framing 




6 


Parity 




7 


Overrun 




8 






9 






10 






11 






12 






13 






14 






15 
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I DENT CODES AND INTERRUPT MECHANISM 
/dent Codes 

The ident codes are binary coded by the switches (bits 2-7) in position 6E, with 
corresponding to ON and 1 corresponding to OFF. 

All ident codes from to 377 8 can be selected. 

Interrupt Mechanism 

What is needed for a device to give an interrupt? 

First of all, the device must be ready for a transfer, i.e., status bit 3 must be on. 
For input this means that a whole character is received by the input buffer and is 
ready to be read into the A register. For output it means that it is possible to place 
at least one more character in the output buffer. Secondly, interrupt on ready for 
transfer must be control register bit (which also is status register bit 0). The AND 
function of ready for transfer and ready for transfer interrupt enabled is gated to 
put it connected to interrupt level 12 (terminal 35) and output is connected to inter- 
rupt level 10 (terminal 27). When an interrupt is detected (dependant on the status 
in CPU and the program), the CPU for the interrupting level, which gives the ident 
code in A register. The ident code is identical for input and output channel. 
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B.2.2 NORD-100 ASYNCHRONOUS V24 (MODEM) PROGRAMMING 

SPECIFICATIONS 



TERMINAL ADDRESS CODES 

The IOX <dev. no.> relevant for different terminals is found in Appendix A. The 
device number «dev. no.» is selected by a thumbwheel. Device number and cor- 
responding thumbwheel settings are given in Appendix D.2.2. 



INPUT CHANNEL (INTERRUPT LEVEL 12) 

Read Data Register 

IOX<dev. no.> + 

The number of data bits read into the A register is specified by bits 11 and 12 in the 
input channel control register. The received character is right justified (from bit 
and upwards). 

Read Status Register 

IOX<dev. no.> + 2 
Write Control Register 

IOX<dev. no.> + 3 
OUTPUT CHANNEL I INTERRUPT LEVEL 10) 
Write Data Register 

IOX<dev. no.> + 5 

The number of bits specified by bits 11 and 12 in the input channel control register 
is written to the output data register, starting with bit and counting upwards. 

Read Status Register 

IOX<dev. no.> + 6 
Write Control Register 

IOX<dev. no.> + 7 
DA TA RA TE SEL ECTION 

IOX<dev. no.> + 1 
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IDENTCODE 

The ident code for the input channel and the output channel will be the same, with 
the input channel responding to level 12 and the output channel responding to 
level 10. 

INPUT CHANNEL 

Status Register 

Bit 

Ready for transfer interrupt enabled 

1 Not used 

2 Not used 

3 Device ready for transfer 

4 Inclusive OR of errors 

5 Framing error 

6 Parity error 

7 Overrun 

s \ 

9 > Not used 

10 J 

11 Carrier missing 
13" 

14 r Not used 
1 5 J 

Note: Additional explanation to status bits. 

Bit 5: Framing error means taht the stop bit is missing. 

Bit 6: Parity error means that a parity error has occurred while working in 

parity generation/checking mode. 

Bit 7: Overrun means that at least one character is overwritten while input is 

active. 

Bit 11: Carrier missing gives the status of received line signal detector or 

carrier on the line. 

indicates carrier present 

1 indicates carrier missing 
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Control Register 
Bit 

Enable interrupt on device ready for transfer 

1 Not used 

2 Not used 

3 Test mode 

4 Start time-out for breaking connection 
5^ 
6 

7 y Not used 
8 
9 

1(V 

11-12 Character length 

13 Number of stop bits 

14 Parity generation/checking 

15 Not used 

Note: There is not need for separate activation. The received data will always 

be clocked into the receiver data buffer. 

Bit 3: Test mode will loop transmitted data back to received data, and if the 

other terminals are connected to the line transmitted data will also be 
transferred to this terminal. If test mode is selected for one of the two 
interfaces both will be st in test mode. 

Bit 4: If this bit is activated, the DATA TERMINAL READY signal will drop 

after approximately 20 seconds if no characters are received. 

Bits 11-12: The content of these bits give the following character lengths, both for 
the input channel and the output channel. 

Bit 12 Bit 11 



1 
1 

If bit 14 is a 1, a parity bit is added to the number given in this table. 

Bit 13: This bit = will select 1 .5 stop bits for 5 bits character and 2 stop bits 

otherwise. This bit = 1 will select 1 stop bit. 

Bit 14: If this control bit is 0, not parity bit will be added to the character on 

the output channel, and the receiver character will not be checked for 
parity. A 1 in this control bit will add an even parity bit to the character 
on the output channel and give an error indication if the received 
character has an odd parity. 
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8 bits 


1 


7 bits 





6 bits 


1 


5 bits 
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OUTPUT CHANNEL 
Status Register 
Bit 

Ready for transfer interrupt enabled 

1 Not used 

2 Not used 

3 Device ready for transfer 
4-10 Not used 

11 Carrier missing 
12-15 Not used 

Bit 3: This bit indicates that the output data buffer is ready to receive a new 

character. 

Bit 11: As for input channel. 

Control Register 
Bit 

Enable interrupt on device re ady for transfer 
1-15 Not used 

Note: The device is activated when a character is loaded into the output character 
register. There is not need for separate activation. 
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CONTROL AND STATUS WORDS 



Input 



Bit 



Status 



Control 





1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 



RFT enable 



Dev. RFT 

ERROR 

Framing 

Parity 

Overrun 



Carrier missing 



Enable RFT 



Test 

Start time-out 



Character length 
Character length 
Stop bits 
Parity generation/check 



Output 



Bit 


Status 


Control 





RFT enable 


Enable RFT 


1 






2 






3 


Dev. RFT 




4 


ERROR 




5 


Framing 




6 


Parity 




7 


Overrun 




8 






9 






10 






11 


Carrier missing 




12 






13 






14 






15 
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INTERFACE SIGNALS 



Connection 
Pin 

A 

D 

E 



Signal Name 

Transmitted data 

Request to send (RTS) 

Data terminal ready 
(DTR) 



Ready for sending 
(RFS) 



Description 

Data from NORD 

Will be high when DSR is high. 

Will be high when DSR is low. 

DTR is used to disconnect the modem 
connection. If signal detector and DSR 
are high, the first input character has to 
be received within 20 seconds. If not, 
DIR will go low for approximately 6 
seconds, and reamin oscillating with 20 
seconds high and 6 seconds low, until an 
input character is received. 

Must be high when NORD transmitted 
data. 



Data set ready (DSR) High will give high on RTS. 



M 



Signal detector 
(CARRIER) 

Received data 

Signal ground 



Low will give low on RTS and a steady 
high on DTR. 

Must be high when NORD receive data. 



Data to NORD. 

Ground reference for all interface signals. 



All signal levels are in accordance with EIA Standard RS-232C. 
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SPECIFICATION OF LINE PRINTER INTERFACE FOR CDC 9380 
FORNORD-10/100 



Standard device no.: 
No. of device no.: 
Standard int. level: 
Standard ident no.: 



. 0430 (0430-0433) octal 
4 

10des. 
3 



Write Control Word IOX DEV NO. + 3 



BitO: 
Bit 1 : 

Bit 2: 
Bit 3: 
Bit 4: 
Bits 5-15: 



Enable interupt on ready for transfer 

Enable interrupt on error 

Activate device (print character now in buffer) 

Test 

Device and interface clear 

Not used 



Read Status Word IOX DEV NO. +2 



BitO 
Bit 1 

Bit 2 
Bit 3 
Bit 4 
Bit 5 
Bit 6 
Bit 7 
Bit 8 



Bit 9: 
Bit 10: 
Bits 11-12: 



Interrupt enabled on ready 

Interrupt enabled on error 

Not used 

Ready for transfer 

Error, bit 5 or 6 set 

Line printer not ready 

Out of paper 

Compressed pitch 

LP9 is on, to indicate to the controller that data on 

the lines is format information and is interpreted as 

control code 

Inhibit, illegal character in buffer 

Not used 

Band detect 



Bit 11 



Bit 12 



Type of band 



128 characters 
96 characters 
64 characters 
48 characters 



Note: 



This interface is only handling 64, 96 character printers. 
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Bits 13-15: Not used 

Write Data Word IOX DEV NO. + 1 

Writes a character in the buffer register. 

All character codes 0-37 8 are illegal and ignored by the interface, except the 
following control codes: 

11 8 HT (gives space in CDC controller) 

12, LF 

14, FF 

15, CR 

20,-33, VFU channels give LP9 and disable LP5 

20, VFU channel 1 (FF) 

21, 



33, VFU channel 12 

Read Data Word IOX DEV. NO. + 

It is possible to read back the data written in the buffer when running in test mode 
(bit 3 set in control word). 
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B . 4 NORD- 100 DISK PROGRAMMING SPECIFIC A TIONS 



Disk Device Register Address: 

The codes below are relevant for disk system I. Each disk system may consist of 4 
disk units. For disk system II add 10 8 to the specified codes. 

Read Memory Address* 

The 24 bits memory address has to be read by two consecutive IOX 500s. The least 
16 bits are read by the first IOX 500. The most significant 8 bits are read by next 
IOX 500. 

IOX 500 

Load Memory Address* 

The 24 bits memory address has to be loaded by two consecutive IOX 501 . The 
most significant 8 bits are loaded by the first IOX 501. The least significant 16 bits 
are loaded with the next IOX 501 . 

IOX501 
Read Sector Counter 

IOX 502 
Load Block Address 

IOX 503 
Read Status Register 

IOX 504 
Load Control Word 

IOX 505 
Read Block Address 

IOX 506 
Load Word Counter Register 

IOX 507 

The minimum number of words to be transferred is one sector, i.e., 200 8 words, 
the maximum number of words is one track, i.e., 25 sectors. 

* The sequence is initialized by a "Master Clear", programmed device clear or a 
read status. During transfers it is only possible to read the 16 least significant 
address bits. 
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Read Block Address 

This instruction is implemented for maintenance purposes only. By first loading a 
control word with bit 3 (test mode), the instruction 

10X506 

will return the previously loaded block address to the A register. 

Control Word 



BitO: 


Enable interrupt on device ready for transfer 


Bit 1: 


Enable interrupt on errors 


Bit 2: 


Activate device 


Bit 3: 


Test mode 


Bit 4: 


Device clear 


Bit 5: 


Not assigned 


Bit 6: 


Not assigned 


Bit 7: 


Marginal recovery 


Bit 8: 


Not assigned 


Bits 9-10: Unit select 


Bits 1 


1-12: Device operation 


Bit 1C 


}: Not assigned 


BitV 


I: Not assigned 


Bit IE 


r. Write format 



Unit Select Code: 



Bit 10 


9 




BitO 





UnitO 


BitO 


1 


Unit 1 


Bit 1 





Unit 2 


Bit 1 


1 


Unit 3 



Device Operation Code: 



Bit 12 


11 




BitO 





Read transfer 


BitO 


1 


Write transfer 


Bit 1 





Read parity 


Bit 1 





Compare 
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Status Word 


BitO 


Ready for transfer, interrupt enabled 


Bit 1 


Error interrupt enabled 


Bit 2 


Device active 


Bit 3 


Device ready for transfer 


Bit 4 


Inclusive OR of errors (status bits 5-1 1 ) 


Bit 5 


Write protect violate 


Bit 6 


Timeout 


Bit 7 


Missing clock/Disk fault/Seek error 


Bit 8 


Address mismatch 


Bit 9 


Parity error 


Bit 11 


D: Compare error 


Bit 1 


1: DMA error 


Bit 1 


2: Transfer complete 


Bit 1 


3: Transfer on 


Bit 1 


4: On cylinder 


Bit 1 


5: Bit 15 loaded by previous control word 



Interrupt 

The disk interrupt level is 1 1 and the ident number for the first disk system is 1 . 
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APPENDIX C 

SWITCH SETTINGS FOR THE DIFFERENT NORD-100 
MODULES 



C.1 



SWITCHES ON THE CPU MODULE (3002) 



•ALD 
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ALD — Automatic Load Descriptor 



ALD 


112 


LOCK and 


LOCK and 


UNLOCK 






Standby Power OK 


Standby Power not OK 


and Load 


15 





Start in address 20 


Stop 


Nothing 


14 


1560 


Start in address 20 


Binary load from 1560 


Binary load from 1560 


13 


20500 


Start in address 20 


Mass load from 500 


Mass load from 500 


12 


21540 


Start in address 20 


Mass load from 1540 


Mass load from 1540 


11 


400 


Start in address 20 


Binary load from 400 


Binary load from 400 


10 


1600 


Start in address 20 


Binary load from 1600 


Binary load from 1600 


9 




Start in address 20 






8 




Start in address 20 






7 


100000 


Stop 


Stop 


Nothing 


6 


101560 


Binary load from 1560 


Binary load from 1560 


Binary load from 1560 


5 


120500 


Mass load from 500 


Mass load from 500 


Mass load from 500 


4 


121540 


Mass load from 1540 


Mass load from 1540 


Mass load from 1540 


3 


100400 


Binary load from 400 


Binary load from 400 


Binary load from 400 


2 


101600 


Binary load from 1600 


Binary load from 1600 


Binary load from 1600 



C.1.2 



Console: Speed setting for console terminal. 






110 baud 


1 


150 baud 


2 


300 baud 


3 


2400 baud 


4 


1200 baud 


5 


1800 baud 


6 


4800 baud 


7 


9600 baud 


8 


2400 baud 


9 


600 baud 


10 


200 baud 


11 


134.5 baud 


12 


75 baud 


13 


50 baud 


14 


— 


15 


— 
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SWITCHES ON FLOPPY AND 4 TERMINALS MODULE (3010) 




THUMBWHEELS 




'Lowest I OX address 



Second lowest IOX 
ind highest IOX 



Selector switches 
for current loop/ 
RS232-C 



1 = Floppy disk system 

2 = terminal group 

3 = initial band rate for terminals 



C.2.1 



1 Floppy Disk System 



= floppy system no. 1 (10X1560-1567, IDENT = 21) 

1 = floppy system no. 2 (10X1570 -1577, IDENT = 22) 

2-15 are unused, will answer on 10X 0-7. 
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2 Terminal Group: 



Each group consists of 4 terminals with consecutive I0X addresses and ident 
codes. 



= terminals 1-4 

1 = terminals 5-8 

2 = terminals 9-12 

3 = terminals 13-16 

4 = terminals 33-36 

5 = terminals 37-40 

6 = terminals 41 -44 

7 = terminals 45-48 

8 = terminals 49-52 

9 = terminals 53-56 

10 = terminals 57-60 

11 = terminals 61 -64 

12 = terminals 17-20 

13 = terminals 21 -24 

14 = terminals 25-28 

15 = terminals 29-32 



(IOX300-337, 

(IOX340-377, 

(IOX1300-1337, 

(IOX1340-1377, 

(10X640-677, 

(IOX1100-1137, 

(IOX1140-1177, 

(IOX1400-1437, 

(IOX1500-1537, 

(IOX1640-1677, 

(IOX1700-1737, 

(IOX1740-1777, 

(IOX200-237, 

(IOX240-277, 

(IOX1200-1237, 

(IOX1240-1277, 



IDENT 120-123) 
IDENT 44-47) 
IDENT 50-53) 
IDENT 54-57) 
IDENT 124-127) 
IDENT 130-133) 
IDENT 134-137) 
IDENT 140-143) 
IDENT 144-147) 
IDENT 150-153) 
IDENT 154-157) 
IDENT 160-163) 
IDENT 60-63) 
IDENT 64-67) 
IDENT 70-73) 
IDENT 74-77) 



C.2.3 



3 Initial Baud Rate for Terminals 



= 


110 baud 


1 = 


150 baud 


2 = 


300 baud 


3 = 


2400 baud 


4 = 


1200 baud 


5 = 


1800 baud 


6 = 


4800 baud 


7 = 


9600 baud 


8 = 


2400 baud 


9 = 


600 baud 


10 = 


200 baud 


11 = 


134.5 baud 


12 = 


75 baud 


13 = 


50 baud 


14 = 


unused 


15 = 


unused 



Selector switches for current loop/RS232-C. 

Switch set to selects current loop. 

Switch set to 1 selects RS232-C. 

Switch settings under Terminal Group and Initial baud rate for terminals are 

also valid for the 8 terminal modules (3013). 
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This description is correct for the 2 position switch. 

If a hexadecimal switch is used: 

= current loop 
F = RS232-C 

If component houses are used: 



16 



1 • « 



• i • • 



Selects current loop 



16 




Selects RS-232-C 
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SWITCHES ON MEMORY MODULES (3005) 



LOWER 
LIMIT 



A- 



□ MfiMfl 



MS LS 



UPPER 
LIMIT 



Lower limit is a 2 digit octal number, determining lower memory address. 
Upper limit is automatically displayed according to actual memory size. 
The limit address increments are 16K units, such that: 
Octal Address = 40,000 x limit. 



Lower limit 


Size 


Uppe 


r limit 


Address range 





16K 





1 


0- 16K 





32K 





2 


0- 32K 





64K 





4 


0- 64K 


3 


32K 





5 


48- 80K 


3 


64K 





7 


48-112K 


3 4 


64K 


4 





448-512K 
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The switches can be set to numbers 8-15, but only 0-7 normally have a 
meaning. It is, however, possible to allow the slot position code to determine 
the address range by putting lower limit to 88. (This is only meaningful for 
64K). Then the address ranges will be: 



Slot 


Lower limit 


Size 


Upper limit 


Address Range 


12 


88 


64K 


04 


0-64K 


11 


88 


64K 


10 


64-128K 


10 


88 


64K 


14 




9 


88 


64K 


20 




8 


88 


64K 


24 




7 


88 


64K 


30 




6 


88 


64K 


34 


384-448K 


5 


88 


64K 


40 


448-51 2K 



etc. 
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SWITCHES ON THE 10MB DISK MODULE (3004) 























f 














muMBWi-itcL swi itn 






c 




1 1 





Switch pos 0: device no. 500-507, ident no. 1 (disk system 1 ) 
Switch pos 1: device no. 510-517, ident no. 5 (disk system 2) 
Switch pos 2-15: not used 

IOX address bit 15 active will inhibit this card. 
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SWITCH SETTING ON THE PERTEC MAGNETIC TAPE MODULE 
(3006) 



C.6 




Switch pos 2: device no. 520-527, ident no. 3 (mag. tape 1 ) 
Switch pos 3: device no. 530-537, ident no. 7 (mag. tape 2) 
Switch pos 2-15: not used. 

IOX address bit 15 active will inhibit this card. 



SWITCH SETTING ON NORD- WO BUS ADAPTER (3008) 




Switch 1 = off: <device no. < 3777, < ident no. < 377 

Switch 1 = on: 2000 < device no. < 3777, 400 < ident no. < 777 

Switch 2 = off: normal 

Switch 2 = on: block all interfaces on this bus 

Switches 3 and 4: not used. 

IOX address bit 15 active will inhibit this card. 
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SWITCH SETTING ON LOCAL I/O BUS (3009) 







DIP SWITCH 
POS80 
























i c 




B 




A 





POS208 




ON . 



Switch 1 = off: <device no. < 1777, < ident no. < 377 

Switch 1 = on: 2000 < device no. < 3777, 400 < ident no. < 777 

Switch 2 = off: normal 

Switch 2 = on: block all interfaces on this bus 

Switches 3 and 4: not used. 

IOX address bit 15 active will block this card. 
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APPENDIX D 

NORD-100 PLUG PANEL FOR EXTERNAL DEVICE 
CONNECTION 



.QD 



a 



4 TERMINALS 



m BIG DISK DAISY CHAIN 



FLOPPY DISK 





CONSOLE TERMINAL 
CABLE 
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APPENDIX E 



ORGANIZATION OF NORD-100 MODULES 



E.1 



LOCATION OF INTEGRATED CIRCUITS (CARD COORDINATES) 



To make it easy to find integrated circuits on the NORD-100 modules, the modules 
are equipped with a coordinate system. The coordinate system is built up like 
coordinates in a map with numbers and letters. 

The integrated circuits are placed in rows and columns. As seen in Figure E.1, the 
rows are marked with letters from A through H. The colums are marked with 
numbers from 1 through 28. When you have the card in front of you, with the 
component side up and the plugs away from you (see the figure below), the rows 
are marked at the right short edge. The row letters start with A at the plug edge 
and end with H at the edge towards you. The column numbers are marked at the 
long edge towards you, starting with 1 at the right corner and ending up with 28 in 
the left corner. 

The row letters and column numbers are printed on the module. Sometimes, 
however, the letters and numbers are not printed. This is because of space 
problem on the module. You may also find letters and numbers that are printed 
upside-down, but the coordinate system remains the same. 

NOTE: The module is seen from the component side. 

plug A plug B plug C 



n- 



This integrated circuit 
is placed in position 9E 



v \ 




rows 
marked 
with 
letters 



columns marked with numbers 

Figure E. 1: Coordinate System on NORD- 100 Modules. 
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On the schematics in Appendix G all integrated circuits are marked with a number 
and a letter (e.g., 9E ). This is a reference to the coordinate system on the 
modules. To find the integrated circuit's physical position you simply use the 
coordinate system as shown in the figure below. 

Each NORD-100 module has an arrangement drawing. Examples of arrangement 
drawings for NORD-100 modules are shown in Section E.2. The arrangement 
drawing for a NORD-100 module identifies the type of integrated circuit occupying 
each "coordinate position" on the module. The type of integrated circuit is written 
on the circuit at each location. The arrangement drawings have the same 
coordinate system as the modules. They are drawn from the component side with 
the plug edge to the left. Make sure you are looking at the arrangement drawing 
corresponding to the schematic where you found the integrated circuit's position, 
9E. 

Example: 

For the NORD-100 CPU module, the integrated circuit in position 9E is labelled 
74S374. 



ND-06.016.01 



E-3 



E.2 



ARRANGEMENT DRA WINGS EXAMPLES 



NORSK DATA A.S 



TITLE 



NORD -100 CPU 



ID. NO. 

322 602 



CARD PRINT 
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NORD-100 
BACKPLANE (BUS) 
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CABLE LIST FOR EXTERNAL DEVICE CONNECTION 





Example: 4 or 8 terminals 


/asynchronous modem connection. 
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INTERNAL CABLE TYPE : 64 wire flatcable 

4 oair shielded round cable 
EXTlRNAL CA3LL TYPE 1 : ' 

EXTERNAL CABLE [' Y P L 2: 

EXTERNAL CABLE TYPE 3: 

EXTERNAL CABLE TYPE - : 


Pin 1 in the device plug is connec 

to cable, shield. 

In. the computer end of the external 

cable the shield is connected to an 

earth strap with faston. 

Male plug in computer end of cable 

Strap in external cable. 
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INTERNAL CABLE TYPE : 64 wire flatcable 

EXTERNAL CABLE TYPE l: 4 pa i r round cable with screen 

EXTERNAL CABLE IYPL :: 

EXTERNAL CABLE TYPE 3: 

EXTERNAL CABLE TYPE 4: 


Pin 1 in the device plug is connected 
to cable shield. 

In the comDuter end of the external 
cable the shield is connected to an 
earth strap (faston) . 

3S Strap in external cable 
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Approved 
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APPENDIX F 

NORD-100 BUS BACKPLANE SIGNALS 



A complete list of signal names and pin assignments is given in the NORD-100 
Backplane table on the following page. All logic signals are in the active low 
polarity, i.e.,: 

Logical "0" - 2.4 to 5.0 volts 
Logical "1" — to 0.5 volts 

The normal TTL noise margins are assumed, but it is recommended to use 
receivers with hysteresis on sensitive inputs, especially on signals that are at "1" 
while the data bus switches. 

Maximum load = 0.8 mA for each slot 
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NORD- 100 Backplane Table 

Codes for SOURCE and USED are: 

C = CPU or Bus Receiver 

M = Memory 

I = I/O interface 

P = Power supply unit 

E = Future extensions only 

X = Bus expander 

All logic signals have active low TTL levels. 
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Logic signals, alphabetically: 

An Return 

Separate ground line for analogue circuits. Connected to logic ground return 
(GND) in power supply end. (± 15V Power Supply). 

BAPR 

Bus Address Present on multiplexed data and address bus. Wired OR line. 



BCRQ 



Bus Control Request from source wanting full control over bus (for future 
extensions). Wired OR line. 



BDRY 



Bus Data Ready signals that data are ready or have been accepted, given by 
answering device. Wired OR line. 



BDO-23 

Multiplexed data and address bus. Bit is least significant. 

BERROR 

Bus Error signals that an error was detected during a bus cycle, e.g., fatal 
memory error. Wired OR line. 

BINACK 

Bus Input Acknowledge signals that an interface requesting an input 
operation may enable data. Generated by controlling unit. 

BINPUT 



Bus Input signalled by a unit which will transmit data. I/O interfaces must 
wait for BINACK before enabling data and BDRY. Wired OR line. 



BINT10-13, 15 

Interrupt lines. BINT10 has lowest priority. Wired OR lines. 
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BDAP 

Bus Data Present signals that data is present during DMA or memory cycles. 



BIOXE 



Input/Output Enable. A strobe to enable data transfer to or from an I/O 
interface. Generated by controlling unit. 



BLANK 



Output Blanking signal for process interface. Wired OR signal generated by 
monitoring device. 



BMCL 



Bus Master Clear for logic initialization at power up and when Master Clear 
button is pushed. Wired OR line. 



BMEM 



Bus Memory Cycle signals that a bus cycle accesses memory. Generated by 
controlling unit. 



BMINH 



Bus Memory Inhibit used to inhibit memory accesses during power down 
and power up sequence in systems which have battery backup for memory 
only. Generated by controlling unit. 



BPERR 



Bus Parity error. Fatal or correctable error from memory, according to the 
ECC register. 



BREQ 

Request for a DMA cycle. Wired OR line. 

CONTINUE 

May be used to start a CPU that is in STOP mode. Wired OR line. (Only in 
CPU crate.) 

GND 

Logical ground return. 

ND-06.016.01 



F-5 



INCONTR 



Response to BCRQ indicating that a control over the bus is available. A unit 
which does not want to control the bus must issue OUTCONTR is response 
to INCONTR. INCONTR is generated as OUTCONTR by nearest unit in a less 
significant board position. 



INGRANT 



Response to BREQ, indicating that the bus is available for a DMA cycle. An 
interface which issued BREQ prior to the last leading edge of BMEM may 
use the bus for a single memory read or write cycle. Otherwise, INGRANT is 
passed onto OUTGRANT which is connected to INGRANT of the next lower 
priority card position (further removed from controlling unit). INGRANT 
originates as OUTGRANT from controlling unit. 



INIDENT 



Response to BINT10-13, together with address bits 0-5 which specify BINT 
number. An interface which issued BINT on the specified level prior to the 
last leading edge of BAPR shall respond by enabling its IDENT CODE onto 
the BD bus. Otherwise, INIDENT is passed on to OUTIDENT which is 
connected to INIDENT of the next lower priority card position (further 
removed from controlling unit). INIDENT originates in the OUTIDENT from 
controlling unit. 



PAO-3 



Card position code and defines device numbers of analogue and digital 
process interfaces. 



LOAD 



Activates the load microprogram if the CPU is in STOP mode. Wired OR line 
(only in CPU crate). 



OUTCONTR 

See INCONTR. 

OUTGRANT 

See INGRANT. 
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OUTIDENT 

SeelNIDENT. 

RESTART 

Starts program execution in location 20 8 if the CPU is in STOP mode. Wired 
OR line (only in CPU crate). 



RUN 



Indicates that the CPU is active executing a program, i.e., not in STOP 
mode. Generated by CPU (only in CPU crate). 



SPARE 

Not assigned. 



STOP 



Forces the CPU to enter STOP mode after completion of the current 
instruction. Wired OR line (only in CPU crate). 



+ 5V 

Main logic supply voltage. 

+ 5V Standby 

Logic supply voltage for memory retention during power fail. 

+ 15V 

Supply voltage for analogue interface circuits. For customer use. 

-15V 

Supply voltage for analogue interface circuits. For customer use. 

+ 12V Standby 

Supply voltage for memory. Requires battery backup. 
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F . 1 REPRESENT A TION OF SIGNALS IN TIMING DIA GRAMS 

Bus Organization 

The NORD-100 bus is arranged as printed backplane carrying a total of 96 lines 
(power and ground lines included). 

Each line in the backplane is defined in accordance to the manual "NORD-100 
Backplane Manual" (available on special request). 

The bus may be divided up into two logical parts: 

— 24 bit parallel multiplexed address and data bus 

— control lines 

Naming of Bus Lines 

The Data and Address Lines 

The lines in the 24 bits multiplexed address and data bus is named BDO-23. 

BDO denotes the least significant bit while BD23 denotes the most significant bit. 

The Control Lines 

Each control line has their own unique name and function (see Appoendix F.2). 

Generally, a signal name is an abbreviation of its function preceeded by a B for Bus 
(example, BREQ - Bus REQuest). 

Signal Polarity 

As stated in Section F.2, all logical signals are active in low polarity, i.e.: 

Logical "0" — 2.4 to 5.0 volts 
Logical "1" — 0.0 to 0.5 volts 

To define whether a signal is active in low or high polarity, the signal name is 
associated with a suffix (active low) or 1 (active high). 
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Example: 

BREQ — Bus REQuest is active (true) in low polarity. 

Convention 



BREQ = BREQj 

Representation of Signals in Timing Diagrams 

The representation of control signals in a timing diagram is as shown below. 
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The BDO-23 lines are represented as shown below. 
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APPENDIX G 
SCHEMATICS 
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**********#**« 



SEND US YOUR COMMENTS!!! 



************** 




Please let us know if you 

* find errors 

* cannot understand information 

* cannot find information 

* find needless information 

Do you think we could improve the manual by 
rearranging the contents? You could also tell 
us if you like the manual! 



Are you frustrated because of unclear information in 
this manual? Do you have trouble finding things? 
Why don't you join the Reader's Club and send us a 
note? You will receive a membership card — and 
an answer to your comments. 




************ 



HELP YOURSELF BY HELPING US!! 



************ 



Manual name: ND-100 Input/Output System 



Manual number: ND-06.016.01 



What problems do you have? (use extra pages if needed) 



Do you have suggestions for improving this manual ? 



Your name: 
Company: 
Address: . 



.Date:_ 



.Position:. 



What are you using this manual for ? 



NOTE! 

This form is primarily for 
documentation errors. Software and 
system errors should be reported on 
Customer System Reports. 



Send to: 

Norsk Data A.S 
Documentation Department 
P.O. Box 25, Bogerud 
0621 Oslo 6, Norway 



Norsk Data's answer will be found 
on reverse side 



Answer from Norsk Data 



Answered by_ 



.Date 



Norsk Data A.S 

Documentation Department 
P.O. Box 25, Bogerud 
0621 Oslo6, Norway 



